CN110442621A - 分类统计方法、装置及系统 - Google Patents

Abstract

本申请提供一种分类统计方法、装置及系统，其方法包括：从交易数据库确定客户端对应的客户端交易数据；依据当前业务渠道标识确定当前业务渠道，并确定当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；对客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；基于每个产品业务类别下的当前产品基础类别集，对多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；将各个产品业务类别汇总结果，确定为与投资交易统计请求对应的投资交易统计结果。

Description

分类统计方法、装置及系统

技术领域

本申请涉及软件技术领域，尤其涉及分类统计方法、装置及系统。

背景技术

目前对于投资交易数据分类统计过程，主要为：服务器接收客户端发送的统计请求后，服务器获取客户端对应的历史交易数据。然后，基于历史交易数据来进行离线的分类统计。

但是，由于客户端对应的历史交易数据的数据量较大，所以计算量较大进而导致计算速率较低，并且，离线统计的实时性较差。

发明内容

鉴于此，本申请提供分类统计方法、装置及系统，可以实时对交易数据进行分类统计并且大大提高计算速率。

为了实现上述目的，本申请提供了下述技术特征：

一种分类统计方法，应用于服务器，所述服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；所述方法包括：

在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；

依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；

基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；

基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；

将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

可选的，当前业务渠道的配置内容还包括数据过滤规则，所述数据过滤规则包含一个或多个产品基础类别；

则所述在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，包括：

从所述交易数据库中获取与所述客户端对应的历史交易数据；

获取所述当前业务渠道对应的数据过滤规则；

基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；

将所述过滤后的历史交易数据确定为所述客户端交易数据。

可选的，在依据所述当前业务渠道标识确定当前业务渠道之前还包括：

将所述当前业务渠道标识与服务器预先存储的多个业务渠道标识进行匹配；

若匹配成功，则执行所述依据所述当前业务渠道标识确定当前业务渠道的步骤；

若不匹配，则提示所述当前业务渠道标识匹配失败的告警信息。

可选的，所述当前业务渠道的配置内容还包括有监听策略，所述方法还包括：

监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；

若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端；

若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端；

若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集；

若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

可选的，所述产品基础类别汇总结果包括：币种、人民币投资金额、原币种金额和投资笔数；

所述产品业务类别汇总结果包括：人民币投资金额、投资笔数、币种统计，其中，所述币种统计包括原币种金额、投资笔数、币种。

可选的，还包括：

在确定为与所述投资交易统计请求对应的投资交易统计结果之后，还包括：显示所述与所述投资交易统计请求对应的投资交易统计结果。

一种分类统计装置，集成于服务器，所述服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；所述装置包括：

第一确定单元，用于在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；

第二确定单元，用于依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；

一级汇总单元，用于基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；

二级汇总单元，用于基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；

第三确定单元，用于将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

可选的，当前业务渠道的配置内容还包括数据过滤规则，所述数据过滤规则包含一个或多个产品基础类别；

则所述第一确定单元，包括：

第一获取单元，用于从所述交易数据库中获取与所述客户端对应的历史交易数据；

第二获取单元，用于获取所述当前业务渠道对应的数据过滤规则；

过滤单元，用于基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；

确定数据单元，用于将所述过滤后的历史交易数据确定为所述客户端交易数据。

可选的，所述当前业务渠道的配置内容还包括有监听策略，所述装置还包括：

监听单元，用于监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；

第一处理单元，用于若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端；

第二处理单元，用于若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端；

第三处理单元，用于若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集；

第四处理单元，用于若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

一种分类统计系统，包括服务器和与服务器相连的客户端；

客户端，用于发送投资交易统计请求；

服务器，用于预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；

并且，服务器用于在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

通过以上技术手段，可以实现以下有益效果：

本申请提供的技术方案中，服务器提供配置分层和计算分层的技术构思，将所有产品分为两个层级：产品业务类别层级和产品基础类别层级。

在进行汇总统计计算情况下，首先在较小的产品基础类别层级进行产品基础类别的数据汇总，然后再将产品基础类别汇总结果运用到产品业务类别层级进行产品业务类别的数据汇总，从而得到各个产品业务类别数据结果，也即投资交易统计请求对应的投资交易统计结果。

也即，本申请将一个大量复杂的计算过程，拆分为两个层级计算过程，第一个层级为产品基础类别层级，在产品基础类别层级下每个产品基础类别对应的交易数据量较小所以可以快速汇总完毕。第二层级为产品业务类别层级，在第二层级下可以借助于第一层级的产品基础类别汇总结果，于产品业务类别层级的数据汇总，从而可以快速完成第二层级的数据汇总。通过拆解来一个复杂的计算过程为两个简单计算过程，从而可以大大降低计算量。

附图说明

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

图1为本申请实施例公开的一种分类统计系统的结构示意图；

图2为本申请实施例公开的一种分类统计方法的流程图；

图3为本申请实施例公开的又一种分类统计方法的流程图；

图4为本申请实施例公开的又一种分类统计方法的流程图；

图5为本申请实施例公开的又一种分类统计装置的结构示意图。

具体实施方式

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

参见图1，本申请提供了一种分类统计系统，包括服务器100和多个客户端200。

客户端200可以包括移动终端、电脑、电话等设备，基于来源不同，不同客户端可以隶属于不同的投资渠道，投资渠道可以包括：客户APP、官网、微信端、小程序、业务APP、业务PC端及客服等。

服务器100可以与多个客户端进行投资交易，并存储客户端的交易数据至交易数据库(交易数据库可以为服务器100本身或者服务器100之外的其它数据服务器，对此不做限定)。

可以理解的是，一个客户端的历史交易数据的数据量非常大，对于较大数据量进行计算处理非常繁琐且耗费较长时间。为了实现实时对交易数据进行分类统计且提高计算速率的目的，本申请针对服务器进行改进，提供配置分层和计算分层的技术构思。

首先介绍配置分层，本实施例将业务渠道下所有产品分为两层：对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别。

参见图2，为配置分层的示意图。

步骤S201：预先存储多个产品基础类别。

在交易投资领域中可以包括多个产品，将所有产品按共性分类后可以划分为多个产品基础类别，每个产品对应一个产品基础类别。服务器在确定多个产品基础类别之后，可以存储产品基础类别。

每个产品基础类别包括：基础类别编码(id)、类别名称(name)、产品所属基础类别的币种(多值currency)、所属数据集(data_set_info)及数据属性(item_column)等。

步骤S202：预先存储多个产品业务类别。

按照所有产品功能不同可以划分为多个产品业务类别，每个产品业务类别可以包括一个或多个产品基础类别。可以理解的是，产品业务类别的层级高于产品基础类别的层级，一个产品业务类别包含一个或多个产品基础类别。

例如，以客户端“客户APP”中的一个业务场景“APP中客户资产统计展示”为例，业务渠道为“APP-CUS”，产品业务类别包括：保险，投资项目、网贷服务、移民服务、家族信托、公益金融。保险基础类别可以包括：国内保险、香港保险；投资项目基础类别可以包括：私募股权、私募信贷、类固收、地产基金等。

步骤S203：服务器存储多个业务渠道，并对业务渠道进行配置，获得各个业务渠道的配置内容。

服务器在确定多个业务渠道之后，可以存储业务渠道。然后，对各个业务渠道进行配置操作。对每个业务渠道的配置过程是一致的，下面以一个业务渠道为例进行说明：

S1：为业务渠道配置与之相关的产品业务类别。

一个业务渠道可以包括一个或多个产品业务类别，依据应用场景添加不同的业务渠道的产品业务类别，并构建业务渠道与多个产品业务类别的关联关系。

可以理解的是，同一产品业务类别可归属于不同产品类别中，即不同产品类别存在产品基础类别的交集。

S2：为产品业务类别配置与之相关的产品基础类别。

一个产品业务类别可以包括一个或多个产品基础类别，一个产品对应一个产品基础类别。将产品业务类别和多个产品基础类别构建关联关系，从而完成产品业务类别的配置操作。

可以理解的是，同一产品基础类别可归属于不同产品类别中，即不同产品类别存在产品基础类别的交集。

本申请中业务渠道可以包括一层级结构，也即业务渠道包括一级产品业务类别；本实施例中还可以支持业务渠道的多层级结构，也即业务渠道包括一级产品业务类别，一级产品业务类别下包括二级产品业务类别等。

S3：为业务渠道配置数据过滤规则，数据过滤规则包括零个或多个产品基础类别。

数据过滤规则中的产品基础类别表示在该业务渠道中绝对不会出现的，所以后续用数据过滤规则来滤除部分交易数据，以减少统计数据量。

本步骤为配置分层过程中的可选操作，可以理解的是，不配置数据过滤规则也是可以实现分类统计的。

S4：为业务渠道配置监听策略，以用于监听业务渠道中的产品业务类别、产品基础类别和数据过滤规则是否发生变化，以用于实时更新业务渠道的配置内容。

本步骤为配置分层过程中的可选操作，可以理解的是，不配置监听策略也是可以实现分类统计的。

为了便于理解，提供一个业务渠道的配置内容的数据样例：

其中，“APP-CUS”为业务渠道；category为产品业务类别集合，一级产品业务类别包括XT、NCF、HWJ、BX、YND和FIXED；二级产品业务类别包括：estate、capital、solid、privateEquity和foreignCredit。

下面介绍计算分层过程，首先对产品基础类别进行一次分类汇总，然后对产品业务类别进行二次分类汇总。

基于图2所示的实施例可知：服务器所述服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别。

参见图3，本申请提供一种分类统计方法，应用于图1所示的服务器100，所述方法包括：

步骤S301：在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识。

其中，投资交易统计请求包括客户端标识和渠道标识。

客户端可以包括客户APP、官网、微信端、小程序、业务APP、业务PC端及客服。每一个客户端，可以包括一个或多个业务渠道，每一个渠道均有一个渠道标识以用于区分。

在当前业务渠道的配置内容中不具有数据过滤规则的情况下，直接从交易数据库获取与客户端标识对应的历史交易数据，将所述历史交易数据确定为客户端交易数据。

在当前业务渠道的配置内容中还配置有数据过滤规则，所述数据过滤规则包含零个或多个产品基础类别的情况下，从所述交易数据库中获取与所述客户端对应的历史交易数据；获取所述当前业务渠道对应的数据过滤规则；基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；将所述过滤后的历史交易数据确定为所述客户端交易数据。

由于历史交易数据中包括客户端的所有交易数据，可以理解的是，其中有一部分数据是当前业务渠道中不会用到的交易数据，所以采用数据过滤规则对部分无用数据进行过滤。在具有数据过滤规则的情况下，可以进一步过滤无用数据，减少部分数据量，进而提升计算效率。

步骤S302：将所述当前业务渠道标识与服务器预先存储的多个业务渠道标识进行匹配。

步骤S303：若匹配成功，则执行所述依据所述当前业务渠道标识确定当前业务渠道的步骤；进入步骤S305。

步骤S304：若不匹配，则提示所述当前业务渠道标识匹配失败的告警信息。

步骤S302～S304为可选步骤，通常情况下可以默认当前业务渠道是存在于预先存储的多个业务渠道中的。为了提高可靠性，可以将所述当前业务渠道标识与服务器预先存储的多个业务渠道标识进行匹配，以确认当前业务渠道标识确实是可靠且存在的。

步骤S305：确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集。

依据当前业务渠道的配置内容中的关联关系，确定当前业务渠道下的当前产品业务类别集，以及，每个当前产品业务类别下的当前产品基础类别集。

步骤S306：基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果。

针对每个产品基础类别而言，从客户端交易数据中确定出每个产品基础类别对应交易数据，然后基于每个产品基础类别对应的交易数据进行产品基础类别的数据汇总，从而获得多个产品基础类别一一对应的多个产品基础类别汇总结果。

可以理解的是，每个产品基础类别对应的交易数据其数据量相对于整体客户端交易数据而言大大减少，所以计算每个产品基础类别汇总结果的速度比较快速。

产品基础类别汇总结果包括：币种、投资金额(换算人民金额)、原币种金额、投资笔数等业务数据。

步骤S307：基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果。

在产品基础类别汇总结果的基础上，再进行产品业务类别的数据汇总，由于产品基础类别汇总结果已经具有，所以直接基于已有汇总结果再进行产品业务类别的数据汇总即可获得产品业务类别汇总结果。

产品业务类别汇总结果包括：投资金额(换算成人民币)、投资笔数、币种统计(原币种金额、投资笔数、币种)等业务数据。

步骤S308：将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

步骤S309：服务器显示所述与所述投资交易统计请求对应的投资交易统计结果。

服务器可以按照预设格式发送给客户端进行显示。预设格式可以包括统一标准JSON格式。

通过上述技术特征可以得知本申请具有以下有益效果：

本申请提供的技术方案中，服务器提供配置分层和计算分层的技术构思，将所有产品分为两个层级：产品业务类别层级和产品基础类别层级。

在进行汇总统计计算情况下，首先在较小的产品基础类别层级进行产品基础类别的数据汇总，然后再将产品基础类别汇总结果运用到产品业务类别层级进行产品业务类别的数据汇总，从而得到各个产品业务类别数据结果，也即投资交易统计请求对应的投资交易统计结果。

也即，本申请将一个大量复杂的计算过程，拆分为两个层级计算过程，第一个层级为产品基础类别层级，在产品基础类别层级下每个产品基础类别对应的交易数据量较小所以可以快速汇总完毕。第二层级为产品业务类别层级，在第二层级下可以借助于第一层级的产品基础类别汇总结果，于产品业务类别层级的数据汇总，从而可以快速完成第二层级的数据汇总。通过拆解来一个复杂的计算过程为两个简单计算过程，从而可以大大降低计算量。

此外，本申请还提供当前业务渠道的配置内容中添加数据过滤规则，通过数据过滤规则可以过滤掉部分无用数据，从而可以进一步提升计算效率。

参见图4，下面介绍服务器的更新操作：

在服务器中当前业务渠道配置有监听策略的情况下，服务器可以执行监听策略。

步骤S401：监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；若是，则进入步骤S402～405。

步骤S402：若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端。

步骤S403：若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端。

步骤S404：若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集。

步骤S405：若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

通过上述内容可以得知，本申请具有以下有益效果：

(1)通过配置分层和计算分层可以大大减少计算量，提升计算效率，也即，将计算拆分、逐层计算，避免集中式计算影响计算性能，可以降低分类统计计算复杂度，提升计算效率。

(2)通过数据过滤规则可以进一步减少计算量，提升计算效率。

(3)提供两个配置层级，产品业务类别和产品基础类别，分类粒度合理，产品基础类别可以保持不变，在产品业务类别需要变更时，可以调整其所包含的产品基础类别，产品业务分类可以按不同业务场景进行自由配置，十分灵活。并且，本申请能够支持产品业务分类的多层级的分类设置。

不同产品业务类别均有产品基础类别组成，所以在产品分类之间互不影响，产品分类的业务变化时，影响范围较小。可以通过修改产品分类的配置，即可适应业务规则、场景变化带来的分类属性变化，减少研发、运维成本。

参见图5，本申请还提供了一种分类统计装置，集成于服务器。

服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；

所述装置包括：

第一确定单元51，用于在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；

第二确定单元52，用于依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；

一级汇总单元53，用于基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；

二级汇总单元54，用于基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；

第三确定单元55，用于将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

其中，当前业务渠道的配置内容还包括数据过滤规则，所述数据过滤规则包含一个或多个产品基础类别；

显示单元56，用于显示所述与所述投资交易统计请求对应的投资交易统计结果。

则所述第一确定单元51，包括：

第一获取单元，用于从所述交易数据库中获取与所述客户端对应的历史交易数据；

第二获取单元，用于获取所述当前业务渠道对应的数据过滤规则；

过滤单元，用于基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；

确定数据单元，用于将所述过滤后的历史交易数据确定为所述客户端交易数据。

其中，所述当前业务渠道的配置内容还包括有监听策略，所述装置还包括：

监听单元，用于监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；

第一处理单元，用于若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端；

第二处理单元，用于若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端；

第三处理单元，用于若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集；

第四处理单元，用于若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

其中，所述产品基础类别汇总结果包括：币种、人民币投资金额、原币种金额和投资笔数；所述产品业务类别汇总结果包括：人民币投资金额、投资笔数、币种统计，其中，所述币种统计包括原币种金额、投资笔数、币种。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种分类统计方法，其特征在于，应用于服务器，所述服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；所述方法包括：

在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；

依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；

基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；

基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；

将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

2.如权利要求1所述的方法，其特征在于，当前业务渠道的配置内容还包括数据过滤规则，所述数据过滤规则包含一个或多个产品基础类别；

则所述在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，包括：

从所述交易数据库中获取与所述客户端对应的历史交易数据；

获取所述当前业务渠道对应的数据过滤规则；

基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；

将所述过滤后的历史交易数据确定为所述客户端交易数据。

3.如权利要求2所述的方法，其特征在于，在依据所述当前业务渠道标识确定当前业务渠道之前还包括：

将所述当前业务渠道标识与服务器预先存储的多个业务渠道标识进行匹配；

若匹配成功，则执行所述依据所述当前业务渠道标识确定当前业务渠道的步骤；

若不匹配，则提示所述当前业务渠道标识匹配失败的告警信息。

4.如权利要求2所述的方法，其特征在于，所述当前业务渠道的配置内容还包括有监听策略，所述方法还包括：

监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；

若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端；

若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端；

若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集；

若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

5.如权利要求1所述的方法，其特征在于，

所述产品基础类别汇总结果包括：币种、人民币投资金额、原币种金额和投资笔数；

所述产品业务类别汇总结果包括：人民币投资金额、投资笔数、币种统计，其中，所述币种统计包括原币种金额、投资笔数、币种。

6.如权利要求1所述的方法，其特征在于，还包括：

在确定为与所述投资交易统计请求对应的投资交易统计结果之后，还包括：显示所述与所述投资交易统计请求对应的投资交易统计结果。

7.一种分类统计装置，其特征在于，集成于服务器，所述服务器预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；所述装置包括：

第一确定单元，用于在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；

第二确定单元，用于依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；

一级汇总单元，用于基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；

二级汇总单元，用于基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；

第三确定单元，用于将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。

8.如权利要求7所述的装置，其特征在于，当前业务渠道的配置内容还包括数据过滤规则，所述数据过滤规则包含一个或多个产品基础类别；

则所述第一确定单元，包括：

第一获取单元，用于从所述交易数据库中获取与所述客户端对应的历史交易数据；

第二获取单元，用于获取所述当前业务渠道对应的数据过滤规则；

过滤单元，用于基于所述数据过滤规则过滤所述历史交易数据，滤除所述数据过滤规则中各个产品基础类别对应的部分历史交易数据，获得过滤后的历史交易数据；

确定数据单元，用于将所述过滤后的历史交易数据确定为所述客户端交易数据。

9.如权利要求8所述的装置，其特征在于，所述当前业务渠道的配置内容还包括有监听策略，所述装置还包括：

监听单元，用于监听所述当前业务渠道下的产品业务类别、产品基础类别和数据过滤规则是否发生变更；

第一处理单元，用于若所述当前业务渠道下新增或修改产品业务类别，则存储新增或修改后产品业务类别，以及重建该产品业务类别与产品基础类别集的对应关系，发送该产品业务类别至具有关联关系的客户端；

第二处理单元，用于若所述当前业务渠道下删除产品业务类别，则删除该产品业务类别及该产品业务类别与产品基础类别集的关联关系，并发送所述当前业务渠道的配置内容至与所述当前业务渠道具有关联关系的客户端；

第三处理单元，用于若所述当前业务渠道下某一产品业务类别中的产品基础类别发生变更，则存储最新产品基础类别集；

第四处理单元，用于若所述当前业务渠道中数据过滤规则发生变更，则利用所述当前业务渠道对应的最新数据过滤规则更新历史数据过滤规则。

10.一种分类统计系统，其特征在于，包括服务器和与服务器相连的客户端；

客户端，用于发送投资交易统计请求；

服务器，用于预先存储有对多个业务渠道下所有产品按共性分类后获得的多个产品基础类别，以及，对多个业务渠道下所有产品按功能分类后获得的多个产品业务类别，一个业务渠道的配置内容包括：一个或多个产品业务类别，一个产品业务类别下具有一个或多个产品基础类别；

并且，服务器用于在接收客户端发送的投资交易统计请求后，从交易数据库确定所述客户端对应的客户端交易数据，其中，所述投资交易统计请求包括当前业务渠道标识；依据所述当前业务渠道标识确定当前业务渠道，并确定所述当前业务渠道下的当前产品业务类别集，及，每个当前产品业务类别下的当前产品基础类别集；基于预先存储的多个产品基础类别，对所述客户端交易数据进行产品基础类别的数据汇总，获得与多个产品基础类别一一对应的多个产品基础类别汇总结果；基于每个产品业务类别下的当前产品基础类别集，对所述多个产品基础类别汇总结果进行产品业务类别的数据汇总，获得与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果；将与所述当前产品业务类别集中各个当前产品业务类别对应的各个产品业务类别汇总结果，确定为与所述投资交易统计请求对应的投资交易统计结果。