CN110413650A - 一种业务数据的处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种业务数据的处理方法、装置、设备和存储介质。该方法通过获取将业务数据发送到业务渠道时生成的发送记录；向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；向所述缓存数据库发送读取指令，以读取所述业务指标，解决推送的业务数据的数据量巨大所带来的统计效率低的问题，实现提高对发送的业务数据进行统计的效率，并减少统计大批量业务数据的业务指标时所占用的存储空间。

Description

一种业务数据的处理方法、装置、设备和存储介质

技术领域

本发明实施例涉及互联网技术，尤其涉及一种业务数据的处理方法、装置、设备和存储介质。

背景技术

一般的，在一些业务中，需要将业务数据通过不同的业务渠道推送给用户，并确定各业务渠道对应的推送情况。进一步的，该推送情况可以使用多个业务指标进行确定。示例性的，每个业务渠道对应的业务指标可以包括：业务数据的发送数量、成功发送数量、开始发送时间和结束发送时间等。

需要注意的是，通过每个业务渠道推送的用户量可能有几百万、甚至上亿。因此，由于推送的业务数据的数据量巨大，容易降低对推送的业务数据进行统计的效率，也容易影响到推送业务数据的主流程。

发明内容

本发明提供一种业务数据的处理方法、装置、设备和存储介质，以实现提高对发送的业务数据进行统计的效率，减少统计大批量业务数据的业务指标时所占用的存储空间。

第一方面，本发明实施例提供了一种业务数据的处理方法，该方法包括：

获取将业务数据发送到业务渠道时生成的发送记录；

向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

向所述缓存数据库发送读取指令，以读取所述业务指标。

进一步的，所述获取将业务数据发送到业务渠道时生成的发送记录，包括：

将业务数据发送到预置的至少一个业务渠道，所述业务渠道是基于渠道信息进行多级分类的渠道；

确定所述业务数据的发送时间和发送状态；

基于所述渠道信息、发送时间和发送状态，生成每个所述业务数据对应于各业务渠道的发送记录。

进一步的，所述写入指令包括所述缓存数据库预置的添加指令；所述业务指标包括以结束向所述业务渠道发送业务数据的时间进行表示的第一指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述添加指令，以从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

确定所述缓存数据库中与所述第一指标关联的第一键值对，其中，所述第一键值对以所述第一指标为键、有序集合为值，所述有序集合中的元素为关联有发送时间的业务渠道；

当所述有序集合中存在所述目标业务渠道时，基于所述目标发送时间更新所述有序集合中所述目标业务渠道所关联的发送时间。

进一步的，所述写入指令包括所述缓存数据库预置的设置指令；所述业务指标包括以开始向所述业务渠道发送业务数据的时间进行表示的第二指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述设置指令，以将从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

基于所述目标业务渠道的渠道信息和所述第二指标，构建第一字符串；

以所述第一字符串为键、所述目标发送时间为值，构建与第二指标关联的第二键值对；

当以所述第一字符串命名的键在所述缓存数据库中为第一次出现时，则将所述第二键值对写入所述缓存数据库；

当所述缓存数据库中已存在所述以所述第一字符串命名的键时，则取消将所述第二键值对写入所述缓存数据库。

进一步的，所述写入指令包括所述缓存数据库预置的计数指令；所述业务指标包括以发送状态为预设状态的所述业务数据的数量表示的第三指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述计数指令，以从所述发送记录中获取所述业务数据的业务渠道和发送状态，作为目标业务渠道和目标发送状态；

基于所述目标业务渠道的渠道信息和所述目标发送状态，构建第二字符串；

确定以所述第二字符串为键的、与第三指标关联的第三键值对；

递增所述第三键值对的值，并以所述第三键值对的值，作为所述第三指标。

进一步的，所述确定以所述第二字符串为键的、与第三指标关联的第三键值对，包括：

当在所述缓存数据库中不存在以所述第二字符串命名的键时，则新建以所述第二字符串为键、0为值的第三键值对。

进一步的，所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

生成包括至少一个写入指令的指令队列；

向所述缓存数据库发送所述指令队列，以在依据从所述指令队列解析出的写入指令，将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标。

进一步的，在所述向所述缓存数据库发送读取指令，以读取所述业务指标之后，包括：

将所述缓存数据库返回的所述业务指标，存储于预置类型的数据库；

清除所述缓存数据库中存储的、预置时间段的所述业务指标。

第二方面，本发明实施例还提供了一种业务数据的处理装置，该装置包括：

记录获取模块，用于获取将业务数据发送到业务渠道时生成的发送记录；

写入指令发送模块，用于向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

读取指令发送模块，用于向所述缓存数据库发送读取指令，以读取所述业务指标。

第三方面，本发明实施例还提供了一种业务数据的处理设备，该设备包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中任一所述的业务数据的处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面中任一所述的业务数据的处理方法。

本发明实施例通过获取将业务数据发送到业务渠道时生成的发送记录；向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；向所述缓存数据库发送读取指令，以读取所述业务指标，解决推送的业务数据的数据量巨大所带来的统计效率低的问题，实现提高对发送的业务数据进行统计的效率，并减少统计大批量业务数据的业务指标时所占用的存储空间。

附图说明

图1A为本发明实施例一提供的业务数据的处理方法的流程图；

图1B为本发明实施例一提供的缓存数据库的工作原理的示意图：

图2为本发明实施例二提供的业务数据的处理方法的流程图；

图3为本发明实施例三提供的业务数据的处理装置的结构示意图；

图4为本发明实施例四提供的一种业务数据的处理设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1A为本发明实施例一提供的业务数据的处理方法的流程图，图1B为本发明实施例一提供的缓存数据库的工作原理的示意图。本实施例可适用于对推送的业务数据进行统计情况，该方法可以由业务数据的处理设备来执行，该业务数据的处理设备可以是服务器、电脑、终端设备等。本实施例中，以该业务数据的处理设备为服务器为例进行说明，其中，该服务器可以是集群服务器或者是独立服务器。

参照图1A，该方法具体包括如下步骤：

S110、获取将业务数据发送到业务渠道时生成的发送记录。

本实施例中，可以是以推送业务为例进行说明。具体的，推送业务是业务平台提供的一种将业务数据通过预设的业务渠道推送给用户的业务。示例性的，以该推送业务应用于直播业务为例，该业务数据可以可以是关于主播用户的直播间信息、下发至用户端的业务组件等。以业务数据为关于主播用户的直播间信息为例进行说明，该直播间信息可以包括开播时间、开播节目内容等。具体的，直播平台可以将关于主播用户的开播信息推送给各观众用户，各观众用户可以通过该开播信息获取访问主播用户的入口信息。该入口信息可以是访问主播用户的网址。

进一步的，本实施例中，业务渠道是基于渠道信息进行多级分类的渠道。在直播平台的例子中，可以是对观众用户根据渠道信息进行分类，并将业务数据推送到各分类的业务渠道所对应的观众用户。

本实施例中对业务渠道的具体分类方式不作限定。示例性的，依据不同的分类方式，渠道信息可以至少包括如下中的一种：目标地区、用户端类型、推送软件开发包(Software Development Kit)SDK等。其中，目标地区用于指示用户所在的地区，可以是用户的设置、用户的网络地址(如IP)所确定的地区、依据用户画像所确定的地区等；用户端类型用于表示用户端所使用的操作系统，如IOS、安卓等；推送SDK用于表示是使用何种软件开发包进行的推送。

在一实施例中，业务渠道可以是使用目标地区、用户端类型、推送软件开发包(Software Development Kit)SDK等进行多级分类。

进一步的，发送记录用于记录业务数据的发送情况。在一实施例中，该发送记录可以包括该业务数据所发送至的业务渠道的渠道信息、发送时间和发送状态等。具体的，可以通过将业务数据发送到预置的至少一个业务渠道；确定业务数据的发送时间和发送状态；基于渠道信息、发送时间和发送状态，生成每个业务数据对应于各业务渠道的发送记录。其中，该发送时间可以是将业务数据发送到各业务渠道时所对应的时间戳。进一步的，发送状态用于确定业务数据是否成功送达业务渠道。如，该发送状态包括成功状态和失败状态。具体的，可以是由业务渠道在接收到业务数据之后所返回的确认信息。进一步的，可以根据该确认信息确定该业务数据的发送状态。

在又一实施例中，该发送记录还可以包括：该业务数据推送的批次、应发数量等。具体的，业务平台可以分批次进行业务数据的发送，并为每一批次的发送设置一批次标识号。应发数量为在该批次的发送中，所发送每条业务数据所对应的数量。

在具体的应用中，可以发送记录使用以下字段进行表示：

pushId(批次):批次标识号

platform(用户端类型):如，1表示安卓用户端；2表示ios用户端,

sdk(推送软件开发包):1-Firebase；2-小米

countryCode(目标地区):国家(如，CN表示中国；US表示美国)

sendCount(应发数量):应发送数

S120、向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标。

一般的，在将业务数据发送至业务渠道时，可以分别对发送至各业务渠道业务数据进行统计，从而得到各业务渠道对应的业务指标。

本实施例中，业务指标可以包括：开始发送时间、结束发送时间、成功发送数量、失败发送数量等。其中，开始发送时间为开始向业务渠道发送业务数据的时间，可以是向业务渠道发送第一条业务数据所对应的发送时间；结束发送时间为结束向业务渠道发送业务数据的时间，可以是向业务渠道发送最后一条业务数据所对应的发送时间；成功发送数量为发送状态为成功的业务数据的数量；失败发送数量为发送状态为失败的业务数据的数量。

本实施例中，可以使用数据库来辅助业务数据的统计。

一般的，数据库的类型如下：

(1)持久化数据库

一般的，关系型数据库有Mysql、Oracle以及SqlServer等。在开发的过程中，数据通常都是通过网页提供的数据库驱动来链接数据库，并对数据库进行增删改查。需要注意的是，全部存储在我们部署数据库的机器的硬盘中。

在使用持久化数据库的情景中，可以将业务数据存储于数据库对应的持久化存储介质(如硬盘)中，以便后期在需要进行业务指标的统计时，从数据库中获取该业务数据。但值得注意的是，当业务数据的数据量巨大时，一方面，将增加业务数据所占用的数据库的存储空间；另一方面，通过过程需要从数据库中读取业务数据到内存中进行计算，在数据量巨大的情况下，有可能出来内存空间不足的情况，造成业务平台的宕机。进一步的，由于是采用先存储后统计的方式，使得统计业务指标具有滞后性，无法满足业务平台对统计过程具有实时性的要求。

(2)缓存数据库

缓存数据库是一种基于纯内存的操作的数据库，即将数据存储在内存中。进一步的，还可以实际的业务需求，将存储在内存空间中的数据，写入硬盘等永久性存储介质进行存储。缓存数据库的特点就在于可以搭配缓存来处理海量数据，以避免面对海量的数据，直接使用持久化数据库会导致性能下降，数据的读写也会非常慢的问题。

参照图1B，缓存数据库的工作原理为：应用层可以调用数据库层提供的接口，以从缓存数据库中读取数据。其中，应用层可以对应于本实施例中的业务平台提供的业务数据的统计服务。具体的，数据库层可以直接与缓存进行交互，如果缓存中有该数据，则直接将该数据返回应用层；如果缓存中没有该数据，则从持久化数据库中去查询，并将查询到的该数据返回应用层。这样就大大降低了数据库的读写次数，而且从内存中读数据的速度比去数据库查询要快一些，从而减小了持久化数据库的压力，提升了效率。

为此，本实施例中，区别于使用传统的数据库，本技术方案使用缓存数据库来实现写入即统计的效果。且并不需要对发送记录进行全量存储，减少对存储空间的占用。

本实施例中，以该缓存数据库为Redis数据库为例进行说明。其中，Redis数据库是Remote Dictionary Server(远程数据服务)的缩写，是一款内存高速缓存数据库。该软件的数据模型为键值对(key-value)，即数据以键值对的形式存储在Redis数据库中。在对Redis数据库执行查询操作时，可以使用键值对中的键查询得到该键对应的值。Redis数据库在很多方面与其他数据库解决方案不同：它使用内存提供主存储支持，而仅使用硬盘做持久性的存储。

本实施例中，写入指令可以是缓存数据库预置的指令，在执行该写入指令时，可以将发送记录写入缓存数据库对应的内存中。基于写入指令对应的写入方式，可以实现写入即统计的效果。

具体的，本实施例中，将以开始发送时间、结束发送时间、成功发送数量、失败发送数量等业务指标为例进行说明。

1、结束发送时间

写入指令包括缓存数据库预置的添加指令；业务指标包括以结束向业务渠道发送业务数据的时间进行表示的第一指标。其中，添加指令用于不重复的添加数据。具体的，在数据重复时，使用在后添加的数据替换在前添加的数据。针对第一指标的情况，添加指令用于不重复地添加发送记录中各业务渠道对应的业务数据的发送时间，从而可以保证使用该添加指令所存储的发送时间，为结束向业务渠道发送业务数据的时间。

具体的，步骤S120可以细化为如下步骤：

S1201、向缓存数据库发送添加指令，以从发送记录中获取业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

S1202、确定缓存数据库中与第一指标关联的第一键值对，其中，第一键值对以第一指标为键、有序集合为值，有序集合中的元素为关联有发送时间的业务渠道；

S1203、当有序集合中存在目标业务渠道时，基于目标发送时间更新有序集合中目标业务渠道所关联的发送时间。

示例性的，基于Redis数据库，该添加指令可以是Zadd指令。Zadd指令可以用于将一个或多个成员元素及其分数值加入到有序集合当中。其中，有序集合是Redis数据库提供的一种数据类型，有序集合中的元素关联有分数值，并按照该分数值进行排序。进一步的，该分数值可以是整数值或双精度浮点数。

一般的，可以通过执行“ZADD SET_NAME KEY_NAME SCORE1”，在缓存数据库中确定以“SET_NAME”为键(key)、以有序集合为值(value)的键值对，在该有序集合中添加以“NAME”为键(key)，以“SCORE1”为值(value)的键值对。进一步的，需要注意的是，如果以“SET_NAME”命名的key不存在，则创建一个空的、以“SET_NAME”命名的有序集合，并执行Zadd操作。当以“SET_NAME”命名的key存在但不是有序集合类型时，返回一个错误。

进一步的，在第一指标关联的第一键值对中，该第一键值对可以是以{endSendTime}为key，以({pushId}:{platform}:{sdk}:{countryCode}，score)的有序集合为value。其中，

{endSendTime}表示第一指标；

({pushId}:{platform}:{sdk}:{countryCode}表示为业务渠道，是由渠道信息拼接而成的字符串；

score对应的为每条业务数据的发送时间。

由于有序集合中不包含重复元素，每次更新具有相同业务渠道的所对应的发送时间时，该发送时间为在后发送的业务数据所对应的时间戳，对应于第一指标。因此，({pushId}:{platform}:{sdk}:{countryCode}，score)中score所对应的时间为业务渠道{pushId}:{platform}:{sdk}:{countryCode}所对应的结束发送时间score。

从而，基于添加指令对应的写入方式，实现写入发送时间，即统计第一指标的效果。

2、开始发送时间

写入指令包括缓存数据库预置的设置指令；业务指标包括以开始向业务渠道发送业务数据的时间进行表示的第二指标。其中，设置指令用于添加第一次出现的数据。具体的，在缓存数据库中已存在该数据重复时，则取消向缓存数据库写入该数据。针对第二指标的情况，设置指令用于当确定缓存数据库中不存在发送记录中业务渠道时，将该业务渠道对应的业务数据的发送时间写入缓存数据库中，从而可以保证使用该设置指令所存储的发送时间，为开始向业务渠道发送业务数据的时间。

具体的，步骤S120可以细化为如下步骤：

S1204、向缓存数据库发送设置指令，以将从发送记录中获取业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

S1205、基于目标业务渠道的渠道信息和第二指标，构建第一字符串；

S1206、以第一字符串为键、目标发送时间为值，构建与第二指标关联的第二键值对；

S1207、当以第一字符串命名的键在缓存数据库中为第一次出现时，则将第二键值对写入缓存数据库；

S1208、当缓存数据库中已存在以第一字符串命名的键时，则取消将第二键值对写入缓存数据库。

示例性的，基于Redis数据库，该设置指令可以是Setnx指令。Setnx(SET if NoteXists)指令用于在指定的key不存在时，为key设置指定的值。

一般的，可以通过执行“SETNX KEY_NAME VALUE”，在缓存数据库中确定以“KEY_NAME”为键(key)、以VALUE为值(value)的键值对。

进一步的，在第二指标关联的第二键值对中，该第二键值对可以是以{startSendTime}:{pushId}:{platform}:{sdk}:{countryCode}为key，以业务数据的发送时间为value。

由于Setnx指令，只有在key不存在时才会存储，因此使用Setnx指令所存储的发送时间最终为该批发送、该业务渠道的第一条业务数据所对应的发送时间，即开始发送时间，对应于第二指标。

从而，基于设置指令对应的写入方式，实现写入发送时间，即统计第二指标的效果。

3、成功发送数量或失败发送数量

写入指令包括缓存数据库预置的计数指令；业务指标包括以发送状态为预设状态的业务数据的数量表示的第三指标。其中，计数指令用于统计数据的重复次数。具体的，在缓存数据库中已存在该数据重复时，则将该数据对应的重复次数递增1。针对第三指标的情况，计数指令用于统计各业务渠道在各发送状态下对应的业务数据的数量。

具体的，步骤S1210可以细化为如下步骤：

S1211、向缓存数据库发送计数指令，以从发送记录中获取业务数据的业务渠道和发送状态，作为目标业务渠道和目标发送状态；

S1212、基于目标业务渠道的渠道信息和目标发送状态，构建第二字符串；

S1213、确定以第二字符串为键的、与第三指标关联的第三键值对。

本实施例中，当在缓存数据库中不存在以第二字符串命名的键时，则新建以第二字符串为键、0为值的第三键值对。

S1214、递增第三键值对的值，并以第三键值对的值，作为第三指标。

示例性的，基于Redis数据库，该设置指令可以是Incr指令。Incr指令用于将key中储存的数字值增一。具体的，如果key不存在，那么key的值会先被初始化为0，然后再执行INCR操作。如果值包含错误的类型，或字符串类型的值不能表示为数字，那么返回一个错误。

一般的，可以通过执行“INCR KEY_NAME”，在缓存数据库中确定以“KEY_NAME”为键(key)、以VALUE为值(value)的键值对，并将VALUE的值增加1。

进一步的，在第三指标关联的第三键值对中，

对于于发送状态为成功状态，该第三键值对可以是：

以pushNum:{pushId}:{platform}:{sdk}:{countryCode}:success为key，以业务数据的发送次数为value；

对于于发送状态为失败状态，该第三键值对可以是：

以pushNum:{pushId}:{platform}:{sdk}:{countryCode:false为key，以业务数据的发送次数为value。

具体的，在确定一业务数据的发送记录时，若该业务数据在一业务渠道的发送状态为成功状态时，则执行如下指令：

INCR pushNum:{pushId}:{platform}:{sdk}:{countryCode}:success；

在确定一业务数据的发送记录时，若该业务数据在一业务渠道的发送状态为失败状态时，则执行如下指令：

INCR pushNum:{pushId}:{platform}:{sdk}:{countryCode}:false。

从而，基于递增指令对应的写入方式，实现统计业务数据发送次数，即统计第二指标的效果。

S130、向所述缓存数据库发送读取指令，以读取所述业务指标。

本实施例中，业务指标以键值对的形式存储在缓存数据库中，可以通过向缓存数据库所提供的读取指令，从缓存数据库中读取出业务指标。

示例性的，可以按照预设周期向缓存数据库发送读取指令，以读取业务指标，以实现业务指标的实时性和及时性。

本实施例的技术方案，通过获取将业务数据发送到业务渠道时生成的发送记录；向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；向所述缓存数据库发送读取指令，以读取所述业务指标，不同于使用持久化数据库进行统计时，需要占用大量的存储空间，本技术方案使用缓存数据库，可以实现写入即统计的效果，解决推送的业务数据的数据量巨大所带来的统计效率低的问题，实现提高对发送的业务数据进行统计的效率，并减少统计大批量业务数据的业务指标时所占用的存储空间。

实施例二

图2为本发明实施例二提供的业务数据的处理方法的流程图。

本实施例在上述实施例的基础上，增加包括至少两个写入指令的情况、清理缓存数据库的应用场景进行描述。

参照图2，该方法具体包括如下的步骤：

S210、获取将业务数据发送到业务渠道时生成的发送记录。

S220、向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标。

本实施例中，当写入指令为至少两个时，还可以通过生成包括至少一个写入指令的指令队列；向缓存数据库发送指令队列，以在依据从指令队列解析出的写入指令，将发送记录写入缓存数据库的同时，根据发送记录统计各业务渠道的业务指标。

以缓存数据库为Redis数据库为例进行说明。

Redis数据库使用的是客户端-服务器(CS)模型和请求/响应协议的TCP服务器。一般的，Redis客户端与Redis服务器可以设置在同一服务器中或不同的服务器中。通常情况下，一个请求会遵循以下步骤：

客户端向服务端发送一个查询请求，并监听套接字(Socket)返回，通常是以阻塞模式，等待服务端响应。

服务端处理命令，并将结果返回给客户端。

Redis客户端与Redis服务器之间使用TCP协议进行连接，一个客户端可以通过一个socket连接发起多个请求命令。每个请求命令发出后client通常会阻塞并等待Redis服务器处理，Redis处理完请求命令后会将结果通过响应报文返回给client，因此当执行多条命令的时候都需要等待上一条命令执行完毕才能执行。

Redis数据库的管道(Pipeline)功能在命令行中没有，但Redis数据库是支持Pipeline的，而且在各个语言版的客户端(client)中都有相应的实现。由于网络开销延迟，就算Redis服务器有很强的处理能力，也会由于收到的client消息少，而造成吞吐量小。当client使用pipelining将至少两个写入指令所组成的指令队列发送给Redis服务器时，Redis服务器必须将部分请求放到队列中(使用内存)，执行完毕后一次性发送结果；如果发送的命令很多的话，建议对返回的结果加标签，当然这也会增加使用的内存。

Pipeline在某些场景下非常有用，比如有多个写入指令需要被“及时的”提交，而且他们对相应结果没有互相依赖，对结果响应也无需立即获得，那么Pipeline就可以充当这种“批处理”的工具；而且在一定程度上，可以较大的提升性能，性能提升的原因主要是TCP连接中减少了“交互往返”的时间，从而减少影响到推送业务的主流程。

S230、向所述缓存数据库发送读取指令，以读取所述业务指标。

S240、将所述缓存数据库返回的所述业务指标，存储于预置类型的数据库。

本实施例中，由于缓存数据库中的数据是存储在内存中的，为了永久保存该业务指标，可以将该业务指标定期存储在永久化数据库中。

S250、清除所述缓存数据库中存储的、预置时间段的所述业务指标。

本实施例中，还可以定期清除缓存数据库中的业务指标，保证有足够的内存空间用于处理其他的业务数据。进一步的，由于本实施例中实现的是写入即统计的方案，通过对预置的时间段的业务指标进行清除，还可以该时间段对最终业务指标的影响。如在对第三指标进行统计时，对时间段的设置就较为敏感，影响到第三指标最后的数据。

实施例三

图3为本发明实施例三提供的业务数据的处理装置的结构示意图。

本实施例可适用于对推送的业务数据进行统计情况，该装置可以集成于业务数据的处理设备中，该业务数据的处理设备可以是服务器、电脑、终端设备等。本实施例中，以该业务数据的处理设备为服务器为例进行说明，其中，该服务器可以是集群服务器或者是独立服务器。

参照图3，该装置具体包括如下的结构：记录获取模块310、写入指令发送模块320和读取指令发送模块330。

记录获取模块310，用于获取将业务数据发送到业务渠道时生成的发送记录；

写入指令发送模块320，用于向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

读取指令发送模块330，用于向所述缓存数据库发送读取指令，以读取所述业务指标。

在上述技术方案的基础，所述记录获取模块310，包括：

业务数据发送单元，用于将业务数据发送到预置的至少一个业务渠道，所述业务渠道是基于渠道信息进行多级分类的渠道。

信息确定单元，用于确定所述业务数据的发送时间和发送状态。

记录生成单元，用于基于所述渠道信息、发送时间和发送状态，生成每个所述业务数据对应于各业务渠道的发送记录。

在上述技术方案的基础，所述写入指令包括所述缓存数据库预置的添加指令；所述业务指标包括以结束向所述业务渠道发送业务数据的时间进行表示的第一指标；写入指令发送模块320，包括：

添加指令发送单元，用于向缓存数据库发送所述添加指令，以从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间。

第一键值对确定单元，用于确定所述缓存数据库中与所述第一指标关联的第一键值对，其中，所述第一键值对以所述第一指标为键、有序集合为值，所述有序集合中的元素为关联有发送时间的业务渠道。

更新单元，用于当所述有序集合中存在所述目标业务渠道时，基于所述目标发送时间更新所述有序集合中所述目标业务渠道所关联的发送时间。

在上述技术方案的基础，所述写入指令包括所述缓存数据库预置的设置指令；所述业务指标包括以开始向所述业务渠道发送业务数据的时间进行表示的第二指标；所述写入指令发送模块320，包括：

设置指令发送单元，用于向缓存数据库发送所述设置指令，以将从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间。

第一字符串构建单元，用于基于所述目标业务渠道的渠道信息和所述第二指标，构建第一字符串。

第二键值对构建单元，用于以所述第一字符串为键、所述目标发送时间为值，构建与第二指标关联的第二键值对。

第二指标写入单元，用于当以所述第一字符串命名的键在所述缓存数据库中为第一次出现时，则将所述第二键值对写入所述缓存数据库；当所述缓存数据库中已存在所述以所述第一字符串命名的键时，则取消将所述第二键值对写入所述缓存数据库。

在上述技术方案的基础，所述写入指令包括所述缓存数据库预置的计数指令；所述业务指标包括以发送状态为预设状态的所述业务数据的数量表示的第三指标；所述写入指令发送模块320，包括：

计数指令发送单元，用于向缓存数据库发送所述计数指令，以从所述发送记录中获取所述业务数据的业务渠道和发送状态，作为目标业务渠道和目标发送状态。

第二字符串构建单元，用于基于所述目标业务渠道的渠道信息和所述目标发送状态，构建第二字符串。

第三键值对确定单元，用于确定以所述第二字符串为键的、与第三指标关联的第三键值对；

第三指标确定单元，用于递增所述第三键值对的值，并以所述第三键值对的值，作为所述第三指标。

在上述技术方案的基础，所述第三指标确定单元，还用于当在所述缓存数据库中不存在以所述第二字符串命名的键时，则新建以所述第二字符串为键、0为值的第三键值对。

在上述技术方案的基础，所述写入指令发送模块320，包括：

指令队列生成单元，用于生成包括至少一个写入指令的指令队列。

指令队列发送单元，用于向所述缓存数据库发送所述指令队列，以在依据从所述指令队列解析出的写入指令，将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标。

在上述技术方案的基础，该装置还包括：

存储模块，用于在所述向所述缓存数据库发送读取指令，以读取所述业务指标之后，将所述缓存数据库返回的所述业务指标，存储于预置类型的数据库。

清除模块，用于清除所述缓存数据库中存储的、预置时间段的所述业务指标。

上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种业务数据的处理设备的结构示意图。如图4所示，该业务数据的处理设备包括：处理器40、存储器41、输入装置42以及输出装置43。该业务数据的处理设备中处理器40的数量可以是一个或者多个，图4中以一个处理器40为例。该业务数据的处理设备中存储器41的数量可以是一个或者多个，图4中以一个存储器41为例。该业务数据的处理设备的处理器40、存储器41、输入装置42以及输出装置43可以通过总线或者其他方式连接，图4中以通过总线连接为例。该业务数据的处理设备可以是电脑和服务器等。本实施例以业务数据的处理设备为服务器进行详细说明，该服务器可以是独立服务器或集群服务器。

存储器41作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明任意实施例所述的业务数据的处理方法对应的程序指令/模块(例如，业务数据的处理装置中的记录获取模块310、写入指令发送模块320和读取指令发送模块330)。存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器41可进一步包括相对于处理器40远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置42可用于接收输入的数字或者字符信息，以及产生与业务数据的处理设备的观众用户设置以及功能控制有关的键信号输入，还可以是用于获取图像的摄像头以及获取音频数据的拾音设备。输出装置43可以包括扬声器等音频设备。需要说明的是，输入装置42和输出装置43的具体组成可以根据实际情况设定。

处理器40通过运行存储在存储器41中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的业务数据的处理方法。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种业务数据的处理方法，包括：

获取将业务数据发送到业务渠道时生成的发送记录；

向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

向所述缓存数据库发送读取指令，以读取所述业务指标。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的业务数据的处理方法操作,还可以执行本发明任意实施例所提供的业务数据的处理方法中的相关操作，且具备相应的功能和有益效果。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是机器人，个人计算机，服务器，或者网络设备等)执行本发明任意实施例所述的业务数据的处理方法。

值得注意的是，上述业务数据的处理装置中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“在一实施例中”、“示例性的”、“在又一实施例中”或“具体的”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种业务数据的处理方法，其特征在于，包括：

获取将业务数据发送到业务渠道时生成的发送记录；

向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

向所述缓存数据库发送读取指令，以读取所述业务指标。

2.根据权利要求1所述的方法，其特征在于，所述获取将业务数据发送到业务渠道时生成的发送记录，包括：

将业务数据发送到预置的至少一个业务渠道，所述业务渠道是基于渠道信息进行多级分类的渠道；

确定所述业务数据的发送时间和发送状态；

基于所述渠道信息、发送时间和发送状态，生成每个所述业务数据对应于各业务渠道的发送记录。

3.根据权利要求1所述的方法，其特征在于，所述写入指令包括所述缓存数据库预置的添加指令；所述业务指标包括以结束向所述业务渠道发送业务数据的时间进行表示的第一指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述添加指令，以从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

确定所述缓存数据库中与所述第一指标关联的第一键值对，其中，所述第一键值对以所述第一指标为键、有序集合为值，所述有序集合中的元素为关联有发送时间的业务渠道；

当所述有序集合中存在所述目标业务渠道时，基于所述目标发送时间更新所述有序集合中所述目标业务渠道所关联的发送时间。

4.根据权利要求1所述的方法，其特征在于，所述写入指令包括所述缓存数据库预置的设置指令；所述业务指标包括以开始向所述业务渠道发送业务数据的时间进行表示的第二指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述设置指令，以将从所述发送记录中获取所述业务数据的业务渠道和发送时间，作为目标业务渠道和目标发送时间；

基于所述目标业务渠道的渠道信息和所述第二指标，构建第一字符串；

以所述第一字符串为键、所述目标发送时间为值，构建与第二指标关联的第二键值对；

当以所述第一字符串命名的键在所述缓存数据库中为第一次出现时，则将所述第二键值对写入所述缓存数据库；

当所述缓存数据库中已存在所述以所述第一字符串命名的键时，则取消将所述第二键值对写入所述缓存数据库。

5.根据权利要求1所述的方法，其特征在于，所述写入指令包括所述缓存数据库预置的计数指令；所述业务指标包括以发送状态为预设状态的所述业务数据的数量表示的第三指标；

所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

向缓存数据库发送所述计数指令，以从所述发送记录中获取所述业务数据的业务渠道和发送状态，作为目标业务渠道和目标发送状态；

基于所述目标业务渠道的渠道信息和所述目标发送状态，构建第二字符串；

确定以所述第二字符串为键的、与第三指标关联的第三键值对；

递增所述第三键值对的值，并以所述第三键值对的值，作为所述第三指标。

6.根据权利要求5所述的方法，其特征在于，所述确定以所述第二字符串为键的、与第三指标关联的第三键值对，包括：

当在所述缓存数据库中不存在以所述第二字符串命名的键时，则新建以所述第二字符串为键、0为值的第三键值对。

7.根据权利要求1-6任一所述的方法，其特征在于，所述向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标，包括：

生成包括至少一个写入指令的指令队列；

向所述缓存数据库发送所述指令队列，以在依据从所述指令队列解析出的写入指令，将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标。

8.根据权利要求7所述的方法，其特征在于，在所述向所述缓存数据库发送读取指令，以读取所述业务指标之后，包括：

将所述缓存数据库返回的所述业务指标，存储于预置类型的数据库；

清除所述缓存数据库中存储的、预置时间段的所述业务指标。

9.一种业务数据的处理装置，其特征在于，包括：

记录获取模块，用于获取将业务数据发送到业务渠道时生成的发送记录；

写入指令发送模块，用于向缓存数据库发送写入指令，以在将所述发送记录写入所述缓存数据库的同时，根据所述发送记录统计各业务渠道的业务指标；

读取指令发送模块，用于向所述缓存数据库发送读取指令，以读取所述业务指标。

10.一种业务数据的处理设备，其特征在于，包括：存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的业务数据的处理方法。

11.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-8中任一所述的业务数据的处理方法。