CN110609840A - 一种用户信息筛选方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了用户信息筛选方法、装置及设备。方案包括：获取对分群工具的点击操作；根据所述点击操作确定所述点击操作的分群类型；根据所述分群类型在显示屏上显示分群条件输入框；获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；将所述分群条件发送至服务器；接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。本方案通过设置分群条件输入框，用于输入不同的分群条件，使用者可以即席点选多级多维的属性、事件集合逻辑，真正做到自助化和定制化，满足更多元化的需要，兼容性更强。

Description

一种用户信息筛选方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种用户信息筛选方法、装置及设备。

背景技术

现有技术中，往往需要对特定的用户进行一些处理，因此，需要准确构建用户人群。为了便于数据生产和架构稳定，精准运营往往预设固定的逻辑进行人群构建，如果变更逻辑需要重新开发上线，对开发人员和运营人员都是人效的浪费。在这种情况下，构建用户人群所使用的逻辑，也是扁平、线性的，难以根据复杂场景进行多层逻辑嵌套处理。

因此，需要提供更方便、更灵活的用户人群构建方法。

发明内容

有鉴于此，本申请实施例提供了一种用户信息筛选方法、装置及设备，用于提高用户人群构建的灵活性。

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

本说明书实施例提供的一种用户信息筛选方法，包括：

获取对分群工具的点击操作，其中，所述分群工具为按钮；

根据所述点击操作确定所述点击操作的分群类型；

根据所述分群类型在显示屏上显示分群条件输入框；

获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

将所述分群条件发送至服务器；

接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

本说明书实施例提供的一种用户信息筛选方法，包括：

接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

将所述用户人群信息发送至所述客户端。

本说明书实施例提供的一种用户信息筛选装置，包括：

点击操作获取模块，用于获取对分群工具的点击操作，其中，所述分群工具为按钮；

分群类型确定模块，用于根据所述点击操作确定所述点击操作的分群类型；

分群条件输入框显示模块，用于根据所述分群类型在显示屏上显示分群条件输入框；

分群条件获取模块，用于获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

分群条件发送模块，用于将所述分群条件发送至服务器；

用户人群信息接收模块，用于接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

本说明书实施例提供的一种用户信息筛选装置，包括：

分群条件接收模块，用于接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

第一条件筛选模块，用于从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

第二条件筛选模块，用于从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

第三用户列表确定模块，用于确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

用户人群信息确定模块，用于从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

用户人群信息发送模块，用于将所述用户人群信息发送至所述客户端。

本说明书实施例提供的一种用户信息筛选设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取对分群工具的点击操作，其中，所述分群工具为按钮；

根据所述点击操作确定所述点击操作的分群类型；

根据所述分群类型在显示屏上显示分群条件输入框；

获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

将所述分群条件发送至服务器；

接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件

本说明书实施例提供的一种用户信息筛选设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

将所述用户人群信息发送至所述客户端。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

本方案通过设置分群条件输入框，用于输入不同的分群条件，使用者可以即席点选多级多维的属性、事件集合逻辑，真正做到自助化和定制化，满足更多元化的需要，兼容性更强。

本方案的分群条件包括第一条件和第二条件，可以满足多逻辑需求，如“且”“或”“非”，可以根据复杂场景进行多层逻辑嵌套处理，满足使用者多元化的需求。

本方案提供的人群构建方法，与推送业务系统独立设置，专注实时多维人群构件处理，与各业务系统以人群为边界点，提供统一的数据服务，更符合面向服务的架构(SOA)。

附图说明

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

图1为本说明书实施例提供的一种用户信息筛选方法的流程示意图；

图2为本说明书实施例提供的分群条件输入框的示意图；

图3为本说明书实施例提供的分群模型的存储结构示意图；

图4为本说明书实施例提供的另一种用户信息筛选方法的流程示意图；

图5为本说明书实施例提供的对应于图1的一种用户信息筛选装置的结构示意图；

图6为本说明书实施例提供的对应于图4的一种用户信息筛选装置的结构示意图；

图7为本说明书实施例提供的对应于图1的一种用户信息筛选设备的结构示意图；

图8为本说明书实施例提供的对应于图4的一种用户信息筛选设备的结构示意图。

具体实施方式

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

为了准确构建用户人群，联机分析处理(OLAP)的复杂查询往往面对海量数据，现有技术常见思路是基于T+1延迟调度的数据仓库，进行固定逻辑的指标查询。但是上述方法存在的问题主要有三个：

1、特征简单固定：为了便于数据生产和架构稳定，精准运营往往预设固定的逻辑进行人群构建，如果变更逻辑需要重新开发上线，对开发人员和运营人员都是人效的浪费。在这种情况下，构建人群所使用的逻辑，也是扁平、线性的，难以根据复杂场景进行多层逻辑嵌套处理。

2、业务耦合：人群构建引擎大多与推送业务系统耦合在一起，没法提供更独立的数据服务。(系统解耦，节省开发成本，弹性周期、自助逻辑构建人群，真正做到给实时运营强力赋能)

3、特征延迟：精准运营与商业转化息息相关，天级的特征延迟势必对时效性较高的运营动作产生一定影响，甚至成为商机的瓶颈。

本说明书实施例通过设置分群条件输入框，用于输入不同的分群条件，使用者可以即席点选多级多维的属性、事件集合逻辑，真正做到自助化和定制化，满足更多元化的需要，兼容性更强。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本说明书实施例提供的一种用户信息筛选方法的流程示意图。从程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户端。本方法的执行主体为客户端，使用者为业务方的开发和维护人员，如运营人员、产品人员、技术人员和测试人员等。

如图1所示，该流程可以包括以下步骤：

步骤102：获取对分群工具的点击操作，其中，所述分群工具为按钮。

在本说明书的一个或多个实施例中，使用者需要根据某种业务需求筛选固定的人群时，需要进入分群界面，进行构建分群或者修改分群。分群工具包括多个按钮，可以包括新建、修改和删除等。

步骤104：根据所述点击操作确定所述点击操作的分群类型。

在本说明书的一个或多个实施例中，客户端获取使用者的点击操作后，会首先判断点击操作的分群类型，其中，所述分群类型可以包括新建和修改，还可以包括删除等。客户端会根据点击操作的不同分群类型，分别执行不同的操作。

步骤106：根据所述分群类型在显示屏上显示分群条件输入框。

在本说明书的一个或多个实施例中，客户端会根据点击操作的分群类型在显示屏上显示不同的分群条件输入框。如果分群类型是新建，那么分群条件输入框中就没有预先存储的分群条件，是未经选择的空白输入框。如果分群类型是修改，那么分群条件输入框中显示的就是原先存储的分群条件。

需要说明的是，分群条件输入框可以是选择模式的，可以提供多个备选条件；也可以是空白的，让使用者去操作。

步骤108：获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件。

在本说明书的一个或多个实施例中，不管是分群类型是新建还是修改，操作者都会根据业务需求在分群条件输入框中输入想要的分群条件。分群条件可以包括多个条件，第一条件和第二条件可以是“且”的关系，也可以是“或”的关系，还可以是“非”的关系。例如，在某个时段内浏览了某类商品，但是却没有领取过该类商品的优惠券的用户，其分群条件就可以包括两个条件，第一条件是“在某个时段内浏览了某类商品”，第二条件是“领取过优惠券”，第一条件和第二条件之间就是“非”的关系。

步骤110：将所述分群条件发送至服务器。

在本说明书的一个或多个实施例中，客户端在获取了分群条件之后，会把分群条件发送至服务器，交由服务器去做有条件的筛选工作。

步骤112：接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

在本说明书的一个或多个实施例中，服务器会将根据输入的分群条件对数据库中的全部用户信息进行筛选，然后得到符合分群条件的用户人群信息，然后将这些用户人群信息发送给客户端。在这里对用户人群进行了限定，限定条件就是分群信息中的第一条件和第二条件。第一条件又可以叫做满足条件，第二条件可以叫做过滤条件。满足分群条件的用户可以理解为从满足第一条件的用户中过滤掉满足第二条件的用户。

图1中的方法，通过设置分群条件输入框，用于输入不同的分群条件，使用者可以即席点选多级多维的属性、事件集合逻辑，真正做到自助化和定制化，满足更多元化的需要，兼容性更强。

该实施例中的分群条件包括第一条件和第二条件，可以满足多逻辑需求，如“且”“或”“非”，可以根据复杂场景进行多层逻辑嵌套处理，满足使用者多元化的需求。

该实施例提供的人群构建方法，与推送业务系统独立设置，可以提供更独立的数据服务。

基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方式，下面进行说明。

在本说明书的一个或多个实施例中，所述根据所述分群类型在显示屏上显示分群条件输入框，具体可以包括：

当所述分群类型为新建时，在显示屏上显示分群条件输入框，所述分群条件输入框用于输入分群名称、时效性、构建周期和/或用户筛选条件，所述时效性依赖于用户信息的更新频率。所述用户筛选条件包括：用户属性条件、事件属性条件和规则关系条件。

图2为本说明书实施例提供的分群条件输入框的示意图。如图2所示，所述分群条件输入框中包括：分群名称、时效性、构建周期和用户筛选条件，其中用户筛选条件包括满足和过滤两种。

分群名称这一输入框，使用者可以根据自己的喜好和业务特点进行自定义。

时效性包括实时和T+1两个选项，所述实时表示计算截止时间为点击创建时间，所述T+1表示计算截止时间为前一天的23时59分59秒。其中，实时的时效性，依赖于服务器中的用户信息是实时更新的，而根据现有的数据同步方法，业务数据库中的数据同步到服务器中需要一天的时间，显然无法满足实时的要求。本方法选择从变更日志中获取实时数据，而不是去业务数据库中去获取数据，提高了数据同步的速度，也是时效中的“实时”提高了可能。

创建周期包括例行和单次，其中，例行为明天定时计算，每天都会计算，适用于周期性业务。单次为分群在手动更新时刻开始计算，只计算一次，适用于偶发的或者特殊的业务需求。根据需求的频度选取单次构建还是每日例行构建，弹性控制。

用户筛选条件包括满足条件和过滤条件，其中，满足条件又包括用户属性和埋点属性两块内容。用户属性可以包括日长活动频率和购买情况、浏览情况等等，使用者还可以自动添加用户的属性信息。各用户属性之间的关系可以是是多种逻辑关系，如“且”和“或”等。埋点属性为某个时段做过设定的事情，埋点属性可以有多个，它们之间可以是多种逻辑关系，如“且”“或”等。

过滤条件也可以包括用户属性和埋点属性。用户属性可以包括注册状态，用户等级(如是否拥有勋章，是否为VIP)，彼此之间的关系可以定义，如在添加属性的时候可以根据需求定义。埋点属性为某个时段做过设定的事情，埋点属性可以有多个，它们之间可以是多种逻辑关系，如“且”和“或”等。

在本说明书的一个或多个实施例中，在所述获取在所述分群条件输入框中输入的的分群条件之后，还可以包括：

判断数据库中是否存储所述分群名称，得到判断结果；

当所述判断结果表示所述数据库中未存储所述分群名称时，根据所述分群条件生成分群模型，以便后续重复使用，所述分群模型包括所述分群条件、创建时间和创建者。

当所述判断结果表示所述数据库中存储所述分群名称时，提醒输入者重新输入分群名称，直至所述分群名称与所述数据库中的分群名称不重复。

分群名称和分群ID都是唯一的，其与分类模型一一对应。因此，不能存在两个分群模型采用统一分群名称，因此，在创建新的分群时，要对分群名称进行判断，以保证分群名称在数据库中是唯一的。这里所述的数据库，可以存储在服务器，也可以存储在客户端。如果新建的分群的分群名称是唯一的，就可以根据分群条件生成分群模型进行存储，以便于下次调用，或者修改。在这分群模型里面除了包括分群条件，还包括创建时间和创建者，具体可参见图3，图3为本说明书实施例提供的分群模型的存储结构示意图。

如果所述数据库中已经存在使用者输入的分群名称时，此时就需要提醒使用者重新为先的分群命名，直至所述分群名称与所述数据库中的分群名称不重复。

在本说明书的一个或多个实施例中，所述根据所述分群类型在显示屏上显示分群条件输入框，具体可以包括：

当所述分群类型为修改时，基于所述点击操作获取分群ID；

根据所述分群ID调用所述点击操作对应的原始用户分群模型；

在所述显示屏上显示所述原始用户分群模型对应的分群条件。

上述方法定义了修改分群模型的操作，当使用者点击操作是为了修改现有的分群模型时，此时可以获取需要修改的分群模型的分群ID，基于与分群模型具有唯一对应的分群ID，就可以从存储有分群模型的数据库中调取原始用户分群模型，然后从该分群模型中获取对应的分群条件，然后在显示屏上进行显示。使用者可以根据业务需求对原有的分群条件进行修改。

为了提高安全性，在本说明书的一个或多个实施例中，还可以包括如下方法：

所述根据所述分群类型在显示屏上显示分群条件输入框，具体可以包括：

当所述分群类型为修改时，基于所述点击操作获取分群ID；

根据所述分群ID调用所述点击操作对应的原始用户分群模型；

获取所述原始用户分群类型的创建者信息；

当所述创建者信息与所述显示屏的登录者信息一致时，在所述显示屏上显示所述原始用户分群模型对应的分群条件。

上述方法限定了修改分群模型的权限，即只有是分群模型的创建者才可以对原始分群模型进行修改。这样就可以防止对数据库中的分群模型的恶意操作。上述方法只介绍了对分群模型进行新建和修改的方法，当然还可以包括修改等操作，这里不做具体介绍。

在本说明书的一个或多个实施例中，所述获取在所述分群条件输入框中输入的分群条件，具体可以包括：

获取修改后的分群条件；

在所述获取在所述分群条件输入框中输入的分群条件之后，还包括：

根据所述修改后的分群条件生成修改后的用户分群模型，其中，所述修改后的用户分群模型包括所述分群条件、创建时间、修改时间和创建者；

在数据库中删除所述原始用户分群模型，并且存储所述修改后的用户分群模型。

对于使用者的修改操作，在分群模型进行存储的时候，需要把原始用户分群模型删除，再存储修改后的用户分群模型，以避免重复存储，调用错误。

在本说明书的一个或多个实施例中，在所述接收所述服务器根据所述分群条件筛选得到的用户人群信息之后，还可以包括：

向所述用户人群中的用户推送消息。

在本方案中，推送消息可以是优惠券，也可以是一些提醒消息，等等。

图4为本说明书实施例提供的另一种用户信息筛选方法的流程示意图。本方法的执行主体为服务器。如图4所述，所述方法包括如下步骤：

步骤402：接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件。

步骤404：从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表。

在本方案中，服务器中的数据仓库存储有全部用户的信息，这里所说的用户，是使用某个软件或者APP的消费者。数据仓库中的数据需要和业务数据库中的数据进行同步。根据现有技术的方法，如果和业务数据库中的数据进行同步，则需要一天的时间，为了提高时效性，本方法采用业务数据库的变更日志来更新数据仓库中的数据，如果不占用线上的内存和流量，因此，可以做到实时。本方法提供的计算引擎使用实时数据仓库的数据，可以达到分钟级的特征时效性。

步骤406：从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表。

步骤408：确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中。

步骤410：从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息。

步骤412：将所述用户人群信息发送至所述客户端。

在本说明书的一个或多个实施例中，所述第一条件可以包括用户属性条件和埋点属性条件，所述从数据仓库中筛选符合所述第一条件的用户信息，具体包括：

从数据仓库中筛选符合所述用户属性条件的用户信息，得到第四用户列表；

从所述数据仓库中筛选符合所述埋点属性条件的用户信息，得到第五用户列表；

确定第一用户列表，所述第一用户列表的用户同时存在于所述第四用户列表和所述第五用户列表中，或，确定第一用户列表，所述第一用户列表的用户存在于所述第四用户列表中，不存在于所述第五用户列表中。

上述方法限定了第一条件也可以另外包括多个条件，这多个条件可以是“和”的关系，也可以是或的关系。上述方法只是列举了用户属性条件和埋点属性两种，还可以是三种，四种，或者很多种，这些并不做限定。

基于上述原理，第二条件可以设置为多个条件之间的与或关系，这里不再赘述。

本方案提供的上述方法，使用者可以根据自己的需求情况进行设定条件，可以满足不同的使用者对不同用户信息的筛选，更有利于对用户的精准分群。

在本说明书的一个或者多个实施例中，所述用户属性条件包括第一用户属性条件和第二用户属性条件，所述从数据仓库中筛选符合所述用户属性条件的用户信息，具体包括：

从数据仓库中筛选符合所述第一用户属性条件的用户信息，得到第六用户列表；

从所述数据仓库中筛选符合所述第二用户属性条件的用户信息，得到第七用户列表；

将所述第六用户列表和所述第七用户列表合并，并去除相同的用户数据，或者，确定第四用户列表，所述第四用户列表的用户同时存在于所述第六用户列表和所述第七用户列表中。

为了做到对用户信息的精准筛选，本说明书实施例还提供了层次更多的筛选条件。如，在定义用户属性条件的时候，还可以是根据第一用户属性条件、第二用户属性条件，或者第三用户属性条件、第四用户属性条件等等，操作者还可以自定义用户属性的个数，也可以自定义各用户属性条件之间的关系，如，各用户属性条件之间可以全部是和的关系，或者全部是或的关系，也可以是和与或都包括的关系。如，第一用户属性条件可以定义为“最近三天登录账户”，第二用户属性条件可以定义为“购买过XX商品”，第三用户属性条件可以定义为“VIP用户”，并且定义“第一用户属性条件与第三用户属性条件之间是或的关系，两者与第二用户属性条件是和的关系”。

在本说明书的一个或者多个实施例中，所述埋点属性条件包括第一埋点属性条件和第二埋点属性条件，所述从数据仓库中筛选符合所述埋点属性条件的用户信息，具体包括：

从数据仓库中筛选符合所述第一埋点属性条件的用户信息，得到第八用户列表；

从所述数据仓库中筛选符合所述第二用户属性条件的用户信息，得到第九用户列表；

将所述第八用户列表和所述第九用户列表合并，并去除相同的用户数据，或者，确定第五用户列表，所述第五用户列表的用户同时存在于所述第八用户列表和所述第九用户列表中。

与上述用户属性条件的分层一样，埋点属性条件也可以包括多个埋点属性条件，然后操作者可以自定义埋点属性条件的个数，也可以自定义各埋点属性条件之间的关系，如，各埋点属性条件之间可以全部是和的关系，或者全部是或的关系，也可以是和与或都包括的关系。

在本说明书的一个或多个实施例中，所述数据仓库的源数据为业务数据库中的变更日志，所述数据仓库中数据的更新时间小于预设时间，所述预设时间根据需求进行设定，所述预设时间小于20分钟。

本方法首先依赖于存储用户属性和事件属性，也对满足和过滤、且和或等逻辑进行了区分。经过一些参数校验以后，将对MySQL库表进行写入，记录分群信息和分群的相关属性信息。

接着以责任链模式构建HQL：首先去用户属性表、事件属性表中获取圈选的属性，然后基于“且”/“或”对属性进行“and”/“or”精确组装，其中对于“任意”条件进行了定制开发。下一步把“满足”条件的用户ID形成表A，“过滤”条件的用户ID形成表B，做左外联，对表B为null的数据进行获取，实现删除表B用户的逻辑。至此HQL构建完成。

另外有一个调度任务会监听MySQL库表的变更，发现新的分群便会将这个经过性能优化的HQL提交给Hadoop集群执行，其中执行周期也受到圈选周期的控制。

数据仓库中的数据是实时更新，因此提交给Hive执行以后可以获得最新当前的数据，给高效实时运营赋能。运营可以根据需求，圈选实时或T+1的数据时效性，圈选单次临时构建还是每日例行构建。灵活、方便、自助、定制。

本方法可以做到精准确定用户，为精准运营平台打造基础，精准运营平台作为人群构建数据服务提供方，可以面向运营、产品、技术、测试等多方角色，以人群为边界交互，达到数据驱动的公司理念。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图5为本说明书实施例提供的对应于图1的一种用户信息筛选装置的结构示意图。如图5所示，该装置可以包括：

点击操作获取模块501，用于获取对分群工具的点击操作，其中，所述分群工具为按钮；

分群类型确定模块502，用于根据所述点击操作确定所述点击操作的分群类型；

分群条件输入框显示模块503，用于根据所述分群类型在显示屏上显示分群条件输入框；

分群条件获取模块504，用于获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

分群条件发送模块505，用于将所述分群条件发送至服务器；

用户人群信息接收模块506，用于接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

在本说明书的一个或多个实施例中，所述分群条件输入框显示模块503，具体可以用于当所述分群类型为新建时，在显示屏上显示分群条件输入框，所述分群条件输入框用于输入分群名称、时效性、构建周期和/或用户筛选条件，所述时效性依赖于用户信息的更新频率。

在本说明书的一个或多个实施例中，在所述获取在所述分群条件输入框中输入的的分群条件之后，所述装置还可以包括：

判断模块，用于判断数据库中是否存储所述分群名称，得到判断结果；

分群模型生成模块，用于当所述判断结果表示所述数据库中未存储所述分群名称时，根据所述分群条件生成分群模型，以便后续重复使用，所述分群模型包括所述分群条件、创建时间和创建者。

在本说明书的一个或多个实施例中，所述装置还可以包括：

提醒模块，用于当所述判断结果表示所述数据库中存储所述分群名称时，提醒输入者重新输入分群名称，直至所述分群名称与所述数据库中的分群名称不重复。

在本说明书的一个或多个实施例中，所述分群条件输入框显示模块503，具体可以包括：

分群ID获取单元，用于当所述分群类型为修改时，基于所述点击操作获取分群ID；

原始用户分群模型调用单元，用于根据所述分群ID调用所述点击操作对应的原始用户分群模型；

分群条件显示单元，用于在所述显示屏上显示所述原始用户分群模型对应的分群条件。

在本说明书的一个或多个实施例中，所述分群条件获取模块504，具体可以用于获取修改后的分群条件；

所述装置还可以包括：

修改后的用户分群模型生成模块，用于在所述获取在所述分群条件输入框中输入的分群条件之后，根据所述修改后的分群条件生成修改后的用户分群模型，其中，所述修改后的用户分群模型包括所述分群条件、创建时间、修改时间和创建者；

修改后的用户分群模型保存模块，用于在数据库中删除所述原始用户分群模型，并且存储所述修改后的用户分群模型。

在本说明书的一个或多个实施例中，所述装置还可以包括：

信息推送模块，用于在所述接收所述服务器根据所述分群条件筛选得到的用户人群信息之后，向所述用户人群中的用户推送消息。

在本说明书的一个或多个实施例中，所述分群条件输入框显示模块503，具体可以包括：

分群ID获取单元，用于当所述分群类型为修改时，基于所述点击操作获取分群ID；

原始用户分群模型调用单元，用于根据所述分群ID调用所述点击操作对应的原始用户分群模型；

创建者信息获取单元，用于获取所述原始用户分群类型的创建者信息；

分群信息显示单元，用于当所述创建者信息与所述显示屏的登录者信息一致时，在所述显示屏上显示所述原始用户分群模型对应的分群条件。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图6为本说明书实施例提供的对应于图4的一种用户信息筛选装置的结构示意图。如图6所示，该装置可以包括：

分群条件接收模块601，用于接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

第一条件筛选模块602，用于从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

第二条件筛选模块603，用于从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

第三用户列表确定模块604，用于确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

用户人群信息确定模块605，用于从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

用户人群信息发送模块606，用于将所述用户人群信息发送至所述客户端。

在本说明书的一个或多个实施例中，所述数据仓库的源数据为业务数据库中的变更日志，所述数据仓库中数据的更新时间小于预设时间，所述预设时间根据需求进行设定，所述预设时间小于20分钟。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图7为本说明书实施例提供的对应于图1的一种用户信息筛选设备的结构示意图。如图7所示，设备700可以包括：

至少一个处理器710；以及，

与所述至少一个处理器通信连接的存储器730；其中，

所述存储器730存储有可被所述至少一个处理器710执行的指令720，所述指令被所述至少一个处理器710执行，以使所述至少一个处理器710能够：

获取对分群工具的点击操作，其中，所述分群工具为按钮；

根据所述点击操作确定所述点击操作的分群类型；

根据所述分群类型在显示屏上显示分群条件输入框；

获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

将所述分群条件发送至服务器；

接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

图8为本说明书实施例提供的对应于图4的一种用户信息筛选设备的结构示意图。如图8所示，设备800可以包括：

至少一个处理器810；以及，

与所述至少一个处理器通信连接的存储器830；其中，

所述存储器830存储有可被所述至少一个处理器810执行的指令820，所述指令被所述至少一个处理器810执行，以使所述至少一个处理器810能够：

接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

将所述用户人群信息发送至所述客户端。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (17)

1.一种用户信息筛选方法，其特征在于，所述方法包括：

获取对分群工具的点击操作，其中，所述分群工具为按钮；

根据所述点击操作确定所述点击操作的分群类型；

根据所述分群类型在显示屏上显示分群条件输入框；

获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

将所述分群条件发送至服务器；

接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

2.如权利要求1所述的方法，其特征在于，所述根据所述分群类型在显示屏上显示分群条件输入框，具体包括：

当所述分群类型为新建时，在显示屏上显示分群条件输入框，所述分群条件输入框用于输入分群名称、时效性、构建周期和/或用户筛选条件，所述时效性依赖于用户信息的更新频率。

3.如权利要求2所述的方法，其特征在于，在所述获取在所述分群条件输入框中输入的的分群条件之后，还包括：

判断数据库中是否存储所述分群名称，得到判断结果；

当所述判断结果表示所述数据库中未存储所述分群名称时，根据所述分群条件生成分群模型，以便后续重复使用，所述分群模型包括所述分群条件、创建时间和创建者。

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

当所述判断结果表示所述数据库中存储所述分群名称时，提醒输入者重新输入分群名称，直至所述分群名称与所述数据库中的分群名称不重复。

5.如权利要求1所述的方法，其特征在于，所述根据所述分群类型在显示屏上显示分群条件输入框，具体包括：

当所述分群类型为修改时，基于所述点击操作获取分群ID；

根据所述分群ID调用所述点击操作对应的原始用户分群模型；

在所述显示屏上显示所述原始用户分群模型对应的分群条件。

6.如权利要求5所述的方法，其特征在于，所述获取在所述分群条件输入框中输入的分群条件，具体包括：

获取修改后的分群条件；

在所述获取在所述分群条件输入框中输入的分群条件之后，还包括：

根据所述修改后的分群条件生成修改后的用户分群模型，其中，所述修改后的用户分群模型包括所述分群条件、创建时间、修改时间和创建者；

在数据库中删除所述原始用户分群模型，并且存储所述修改后的用户分群模型。

7.如权利要求1所述的方法，其特征在于，所述根据所述分群类型在显示屏上显示分群条件输入框，具体包括：

当所述分群类型为修改时，基于所述点击操作获取分群ID；

根据所述分群ID调用所述点击操作对应的原始用户分群模型；

获取所述原始用户分群类型的创建者信息；

当所述创建者信息与所述显示屏的登录者信息一致时，在所述显示屏上显示所述原始用户分群模型对应的分群条件。

8.如权利要求2所述的方法，其特征在于，所述用户筛选条件包括：用户属性条件、事件属性条件和规则关系条件。

9.一种用户信息筛选方法，其特征在于，所述方法包括：

接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

将所述用户人群信息发送至所述客户端。

10.如权利要求9所述的方法，其特征在于，所述第一条件包括用户属性条件和埋点属性条件，所述从数据仓库中筛选符合所述第一条件的用户信息，具体包括：

从数据仓库中筛选符合所述用户属性条件的用户信息，得到第四用户列表；

从所述数据仓库中筛选符合所述埋点属性条件的用户信息，得到第五用户列表；

确定第一用户列表，所述第一用户列表的用户同时存在于所述第四用户列表和所述第五用户列表中，或，确定第一用户列表，所述第一用户列表的用户存在于所述第四用户列表中，不存在于所述第五用户列表中。

11.如权利要求9所述的方法，其特征在于，所述用户属性条件包括第一用户属性条件和第二用户属性条件，所述从数据仓库中筛选符合所述用户属性条件的用户信息，具体包括：

从数据仓库中筛选符合所述第一用户属性条件的用户信息，得到第六用户列表；

从所述数据仓库中筛选符合所述第二用户属性条件的用户信息，得到第七用户列表；

将所述第六用户列表和所述第七用户列表合并，并去除相同的用户数据，或者，确定第四用户列表，所述第四用户列表的用户同时存在于所述第六用户列表和所述第七用户列表中。

12.如权利要求9所述的方法，其特征在于，所述埋点属性条件包括第一埋点属性条件和第二埋点属性条件，所述从数据仓库中筛选符合所述埋点属性条件的用户信息，具体包括：

从数据仓库中筛选符合所述第一埋点属性条件的用户信息，得到第八用户列表；

从所述数据仓库中筛选符合所述第二用户属性条件的用户信息，得到第九用户列表；

将所述第八用户列表和所述第九用户列表合并，并去除相同的用户数据，或者，确定第五用户列表，所述第五用户列表的用户同时存在于所述第八用户列表和所述第九用户列表中。

13.如权利要求9所述的方法，其特征在于，所述数据仓库的源数据为业务数据库中的变更日志，所述数据仓库中数据的更新时间小于预设时间，所述预设时间根据需求进行设定，所述预设时间小于20分钟。

14.一种用户信息筛选装置，其特征在于，所述装置包括：

点击操作获取模块，用于获取对分群工具的点击操作，其中，所述分群工具为按钮；

分群类型确定模块，用于根据所述点击操作确定所述点击操作的分群类型；

分群条件输入框显示模块，用于根据所述分群类型在显示屏上显示分群条件输入框；

分群条件获取模块，用于获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

分群条件发送模块，用于将所述分群条件发送至服务器；

用户人群信息接收模块，用于接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

15.一种用户信息筛选装置，其特征在于，所述装置包括。

分群条件接收模块，用于接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

第一条件筛选模块，用于从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

第二条件筛选模块，用于从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

第三用户列表确定模块，用于确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

用户人群信息确定模块，用于从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

用户人群信息发送模块，用于将所述用户人群信息发送至所述客户端。

16.一种用户信息筛选设备，其特征在于，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取对分群工具的点击操作，其中，所述分群工具为按钮；

根据所述点击操作确定所述点击操作的分群类型；

根据所述分群类型在显示屏上显示分群条件输入框；

获取在所述分群条件输入框中输入的分群条件，其中，所述分群条件包括第一条件和第二条件；

将所述分群条件发送至服务器；

接收所述服务器根据所述分群条件筛选得到的用户人群信息，其中所述用户人群信息中的任一用户满足所述第一条件而不满足所述第二条件。

17.一种用户信息筛选设备，其特征在于，所述设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收客户端发送的分群条件，所述分群条件包括第一条件和第二条件；

从数据仓库中筛选符合所述第一条件的用户信息，形成第一用户列表；

从所述数据仓库中筛选符合所述第二条件的用户信息，形成第二用户列表；

确定第三用户列表，所述第三用户列表的用户同时存在于所述第一用户列表和所述第二用户列表中；

从所述第一用户列表中，删除所述第三用户列表中的用户，得到用户人群信息；

将所述用户人群信息发送至所述客户端。