CN114493701A - 一种用户分群的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种用户分群的方法和装置，所述方法包括：获取针对第一应用中用户的目标分群配置信息；在所述目标分群配置信息包含用户标签集合和针对所述用户标签集合的设置条件的情况下，根据所述用户标签集合和所述设置条件，生成目标代码，所述用户标签集合包含针对第二应用中用户的用户标签；将所述目标代码提交至数据引擎进行分群计算，并接收所述数据引擎返回的针对所述第一应用中用户的分群用户信息。通过本发明实施例，实现了跨应用的用户分群，提升了用户分群的灵活性、精确性，提升了用户分群的效率。

Description

一种用户分群的方法和装置

技术领域

本发明涉及互联网技术领域，特别是涉及一种用户分群的方法和装置。

背景技术

在互联网领域中，用户标签是对用户行为信息高度提炼的特征标识，可以准确反应用户行为特征、喜爱偏好习惯。使用用户标签进行组合，可以圈选出目标高价值人群，例如：在游戏产品的流失召回维系运营中，圈选“近半年参与升级玩法次数大于500”，且“近7天登录天数等于0”的用户作为目标群体，进行升级玩法礼物领取投放召回，可精准触达用户实现召回。

随着生态的发展，不同的应用与应用之间可能存在相同的用户，但现有的用户分群仅仅针对单应用而言，具有一定的局限性。

发明内容

鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种用户分群的方法和装置，包括：

一种用户分群的方法，所述方法包括：

获取针对第一应用中用户的目标分群配置信息；

在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签；

将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

可选地，目标分群配置信息包括一分群主体信息，在根据用户标签集合和设置条件，生成目标代码之前，还包括：

针对用户标签集合中每个用户标签，确定标签主键信息；

在用户标签集合包含第一用户标签和第二用户标签的情况下，将第二用户标签转换为一个或多个第三用户标签；

其中，第一用户标签的标签主体信息与分群主体信息匹配，第二用户标签的标签主体信息与分群主体信息不匹配，一个或多个第三用户标签的标签主体信息与分群主体信息匹配。

可选地，分群主体信息用于指示所需输出的用户层级，标签主键信息用于指示所需筛选的用户层级，一个或多个第三用户标签对应的用户层级为第二用户标签对应的用户层级之下的用户层级。

可选地，根据用户标签集合和设置条件，生成目标代码，包括：

针对用户标签集合中每个用户标签，结合设置条件中针对用户标签的筛选条件，生成针对用户标签的子代码；

结合设置条件中针对用户标签集合中所有用户标签的组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

可选地，还包括：

获取关键指标项；

根据关键指标项，获取分群用户信息对应的关键指标参数；

根据关键指标参数，生成分群用户画像。

可选地，在获取针对第一应用中用户的目标分群配置信息之前，还包括：

轮询第一数据库中存储在分群配置信息；其中，分群配置信息为用户通过前端提交并存储在第一数据库；

在检测到目标分群配置信息对应有指定类型操作的情况下，触发针对目标分群配置信息的分群计算。

可选地，还包括：

在未检测到目标分群配置信息对应有指定类型操作的情况下，等待定期处理，并在定期处理的过程中，判断针对目标分群配置信息的分群计算截止时间是否大于当前时间；

在针对目标分群配置信息的分群计算截止时间大于当前时间的情况下，等待目标分群配置信息中用户标签集合的用户标签更新完成，或，未更新完成但到达预设时间，触发针对目标分群配置信息的分群计算。

可选地，还包括：

根据分群用户信息，进行信息推荐。

一种用户分群的装置，所述装置包括：

目标分群配置信获取模块，用于获取针对第一应用中用户的目标分群配置信息；

目标代码生成模块，用于在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签；

分群用户信息接收模块，用于将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

一种服务器，包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上所述的用户分群的方法。

一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上所述的用户分群的方法。

本发明实施例具有以下优点：

在本发明实施例中，通过获取针对第一应用中用户的目标分群配置信息，在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，可以根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签，然后可以将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息，实现了跨应用的用户分群，提升了用户分群的灵活性、精确性，提升了用户分群的效率。

附图说明

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

图1是本发明一实施例提供的一种用户分群的方法的步骤流程图；

图2是本发明一实施例提供的一种游戏用户关系的示意图；

图3是本发明一实施例提供的另一种用户分群的方法的步骤流程图；

图4是本发明一实施例提供的另一种用户分群的方法的步骤流程图；

图5是本发明一实施例提供的另一种用户分群的方法的步骤流程图；

图6是本发明一实施例提供的一种用户分群的装置的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参照图1，示出了本发明一实施例提供的一种用户分群的方法的步骤流程图，具体可以包括如下步骤：

步骤101，获取针对第一应用中用户的目标分群配置信息。

其中，应用可以为游戏应用，也可以为其他应用，如邮箱应用，应用中用户可以为在应用的已注册的用户或曾使用应用的用户。

第一应用可以某一个应用，也可以为所选择的一个或多个应用，如第一应用可以为具有进行用户分群权限的全部产品应用。

在需要对第一应用中用户进行用户分群时，即需要从第一应用的全部用户中确定部分用户作为一用户群组，则可以获取目标分群配置信息。

其中，目标分群配置信息还可以与第二应用相关联，进而可以利用第二应用中用户优化对第一应用的用户分群，如图2，第一应用为游戏A，第二应用为游戏B，游戏A和游戏B具有相同的用户，其是可以相互融合的，现需要确定游戏A中部分用户，而这部分用户通常是游戏B中的活跃用户，则可以从游戏A的用户中筛选出同时也是游戏B中的活跃用户，将其作为一用户群组，实现跨应用的用户分群。

对于分群配置信息可以包括以下两种情况：

1、手动导入模式

目标分群配置信息可以包含用户手动上传的分群用户信息，该分群用户信息与第二应用相关联，如分群用户信息可以包括用户名单，该用户名单中用户即为第一应用中用户，也为第二应用中用户。具体的，可以为提供不同名单模板下载，用户可以使用模板名单上传。通过提供用户手动上传的方式，实现跨应用上传名单进行推送触达，提升了分群的效率。

2、组合标签模式

目标分群配置信息可以包含用户标签集合和针对用户标签集合的设置条件，用户标签集合可以包括多个用户标签，该用户标签是针对第二应用中用户的用户标签，进而可以采用用户标签集合和针对用户标签集合的设置条件去确定分群用户信息，如分群用户信息可以包括用户名单，该用户名单中用户即为第一应用中用户，也为第二应用中用户。

其中，设置条件可以包括针对每个用户标签的筛选条件和针对用户标签集合中所有用户标签的组合条件。

在用户选择某一用户标签后，可以设置针对该用户标签的筛选条件，如针对用户标签的阈值设置条件，其计算方式包括等于、不等于、大于、小于、为空、不为空、包含、不包含、匹配、不匹配、在范围内、不在范围内等。

例如，存在用户标签为游戏1中用户近30天活跃天数，其筛选条件为大于或等于1，存在用户标签为游戏2中用户近30天卡牌玩法次数，其筛选条件为大于或等于1，存在用户标签为游戏3中用户近30天登录天数，其筛选条件为大于或等于5，存在用户标签为游戏4中用户最近7天内观看直播次数，其筛选条件为大于或等于1。

在用户确定多个用户标签后，可以设置针对多个用户标签的组合条件，如选择交集、并集、差集等的组合条件，其可以支持多层嵌套。

例如，对游戏1中用户近30天活跃天数的用户标签大于或等于1和游戏4中用户最近7天内观看直播次数大于或等于1，取交集。

在一示例中，分群配置信息还可以包括分群基本属性信息，如分群名称信息、分群描述信息、分群使用权限信息等，其可以由用户自定义选择。

在本发明一实施例中，在步骤101之前，还可以包括：

轮询第一数据库中存储在分群配置信息；其中，分群配置信息为用户通过前端提交并存储在第一数据库。在检测到目标分群配置信息对应有指定类型操作的情况下，触发针对目标分群配置信息的分群计算。

在具体实现中，可以通过前端向用户提供一交互界面，前端可以采集用户通过交互界面提交分群配置信息，进而可以调用接口将分群配置信息存储在第一数据库中，并可以将该分群配置信息设置为等待计算状态，通过前端提供交互界面供用户进行分群，无需用户直接通过代码或者脚本方式从原始日志中对用户进行分群，降低了操作门槛，提升了分群的效率和准确性。

对于存储在第一数据库中的分群配置信息，可以依次进行轮询检测，当检测到目标分群配置信息对应有指定类型操作时，如指定类型操作可以为新建操作、修改操作、刷新操作，需要对该目标分群配置信息进行即时处理，则可以将其设置为计算中状态，并可以开始进行分群计算，例如，对于目标分群配置信息可以包含用户标签集合和针对用户标签集合的设置条件的情况，可以触发进行步骤102-步骤103的计算。

而对于目标分群配置信息可以包含用户手动上传的分群用户信息的情况，则可以在标准化后进行存储，如在过滤异常数据、统一标准、字段后存储在分布式文件系统(Hadoop Distributed File System，HDFS)，并可以映射Hive分区，提供表查询。而且，对于用户手动上传的分群用户信息，可以进一步与第一应用中用户的全量用户表进行关联，若全量用户表中不存在分群用户信息中用户，则可以对分群用户信息中用户进行过滤。

在本发明一实施例中，还可以包括：

在未检测到目标分群配置信息对应有指定类型操作的情况下，等待定期处理，并在定期处理的过程中，判断针对目标分群配置信息的分群计算截止时间是否大于当前时间。

在针对目标分群配置信息的分群计算截止时间大于当前时间的情况下，等待目标分群配置信息中用户标签集合的用户标签更新完成，或，未更新完成但到达预设时间，触发针对目标分群配置信息的分群计算。

在未检测到目标分群配置信息对应有指定类型操作的情况下，则不进行即时处理，需要等待定期处理，如按日处理。在定期处理的过程中，可以判断针对目标分群配置信息的分群计算截止时间是否大于当前时间，在分群计算截止时间小于或等于当前时间时，可以不进行后续处理。

在分群计算截止时间大于当前时间时，对于目标分群配置信息可以包含用户标签集合和针对用户标签集合的设置条件的情况，可以进一步等待目标分群配置信息中用户标签集合的用户标签更新完成，以保证用户标签是最新的，进而保证分群的准确性，如可以在第二数据库中查询用户标签的更新时间，当更新时间为当日更新时，即为最新的用户标签。

在目标分群配置信息中用户标签集合的用户标签更新完成时，即可以触发针对目标分群配置信息的分群计算。

在用户标签未更新完成但又到达预设时间，即到达兜底时间，如当日的18点，则也可以触发针对目标分群配置信息的分群计算。

步骤102，在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签。

在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，可以根据用户标签集合和设置条件，生成用于对第一应用和第二应用中用户进行筛选的目标代码。

在本发明一实施例中，步骤102可以包括：

子步骤11，针对用户标签集合中每个用户标签，结合设置条件中针对用户标签的筛选条件，生成针对用户标签的子代码。

其中，针对用户标签的筛选条件可以为针对用户标签的阈值设置条件，其计算方式包括等于、不等于、大于、小于、为空、不为空、包含、不包含、匹配、不匹配、在范围内、不在范围内等。

针对每个用户标签，可以查询第二数据库，从中获取针对该用户标签的标签列表信息，如归属应用、数值类型、标签主键、最新更新时间等，进而可以根据该用户标签和筛选条件，生成生成针对用户标签的子代码，如子代码可以包括标签类型转换代码、数据获取查询代码、标签设置阈值类型转换代码、过滤条件生成代码等。

子步骤12，结合设置条件中针对用户标签集合中所有用户标签的组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

其中，针对多个用户标签的组合条件可以为选择且/或/差值的组合条件。

在获得每个用户标签的子代码后，可以根据组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

在本发明一实施例中，应用可以具有不同层级的用户，如图2，游戏A-游戏C中具有角色层级的用户、账户层级的用户、全账户(多个游戏中通用的账户)层级的用户、自然人层级的用户等，不同层级之间的用户是相互关联的，一个账户层级的用户下可以包括多个角色层级的用户。

基于此，目标分群配置信息可以包括分群主体信息，分群主体信息可以用于指示所需输出的用户层级，在步骤102之前，还可以包括：

针对用户标签集合中每个用户标签，确定标签主键信息；在用户标签集合包含第一用户标签和第二用户标签的情况下，将第二用户标签转换为一个或多个第三用户标签。

其中，第一用户标签的标签主体信息与分群主体信息匹配，第二用户标签的标签主体信息与分群主体信息不匹配，一个或多个第三用户标签的标签主体信息与分群主体信息匹配，。

对于每个用户标签，可以确定其标签主键信息，标签主键信息用于指示所需筛选的用户层级，在用户标签集合包含第一用户标签和第二用户标签的情况下，则可以将第二用户标签转换为一个或多个第三用户标签，一个或多个第三用户标签对应的用户层级为第二用户标签对应的用户层级之下的用户层级，进而可以实现了跨层级的用户分群。

例如，分群主体信息对应角色层级的用户，而用户标签集合包含对应角色层级的用户的第一用户标签和对应账户层级的用户的第二用户标签，则可以将对应账户层级的用户的第二用户标签回退到第三用户标签，该第三用户标签对应该账户层级下层的角色层级的用户。

在一示例中，在用户标签集合仅包含第一用户标签，而未包含第二用户标签的情况下，则可以不进行回退，直接使用第一用户标签。

步骤103，将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

在确定目标代码后，可以将将目标代码提交至数据引擎进行分群计算，数据引擎可以根据目标代码从第一应用的用户和第二应用的用户中确定目标用户，进而可以得到分群用户信息，如用户名单，该分群用户信息中用户即为第一应用中用户，同时也为第二应用中用户。

在一示例中，可以将该用户分群信息存储在本地服务器，也可以存储在分布式文件系统，并可以映射Hive分区，提供表查询。

在本发明一实施例中，还可以包括：

获取关键指标项；根据关键指标项，获取分群用户信息对应的关键指标参数；根据关键指标参数，生成分群用户画像。

为了对分群后的用户群组进行更加精确的描述，可以获取用户定义的关键指标项，进而可以从分群用户信息中用户的全量用户表中，获取关键指标项对应的关键指标参数，然后可以根据关键指标参数，生成分群用户画像，并可以将其存储在第一数据库中，供前端调用。

具体的，其可以在生成目标代码时，将目标代码与关键指标项、全量用户表进行关联，进而可以通过目标代码直接获得分群用户信息和关键指标参数，也可以在获得分群用户信息后再去生成代码获取关键指标参数。

在本发明一实施例中，还可以包括：

根据分群用户信息，进行信息推荐。

在获得分群用户信息后，可以向分群用户信息对应的用户进行信息推荐，进而可以实现跨产品触达，提升了信息推荐的触达率。

在一示例中，可以对分群用户信息对应的用户进行筛选，即进行二次组合，如剔除黑名单中用户，进一步提升信息推荐的触达率。

在本发明实施例中，通过获取针对第一应用中用户的目标分群配置信息，在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，可以根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签，然后可以将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息，实现了跨应用的用户分群，提升了用户分群的灵活性、精确性，提升了用户分群的效率。

参照图3，示出了本发明一实施例提供的另一种用户分群的方法的步骤流程图，具体可以包括如下步骤：

步骤301，获取针对第一应用中用户的目标分群配置信息；其中，目标分群配置信息包括一分群主体信息，分群主体信息用于指示所需输出的用户层级。

步骤302，在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，针对用户标签集合中每个用户标签，确定标签主键信息；其中，标签主键信息用于指示所需筛选的用户层级，用户标签集合包含针对第二应用中用户的用户标签。

步骤303，在用户标签集合包含第一用户标签和第二用户标签的情况下，将第二用户标签转换为一个或多个第三用户标签；其中，第一用户标签的标签主体信息与分群主体信息匹配，第二用户标签的标签主体信息与分群主体信息不匹配，一个或多个第三用户标签的标签主体信息与分群主体信息匹配，一个或多个第三用户标签对应的用户层级为第二用户标签对应的用户层级之下的用户层级。

步骤304，针对用户标签集合中每个用户标签，结合设置条件中针对用户标签的筛选条件，生成针对用户标签的子代码。

步骤305，结合设置条件中针对用户标签集合中所有用户标签的组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

步骤306，将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

参照图4，示出了本发明一实施例提供的另一种用户分群的方法的步骤流程图，具体可以包括如下步骤：

步骤401，轮询第一数据库中存储在分群配置信息；其中，分群配置信息为用户通过前端提交并存储在预置数据库。

步骤402，在检测到目标分群配置信息对应有指定类型操作的情况下，触发针对目标分群配置信息的分群计算。

步骤403，获取针对第一应用中用户的目标分群配置信息。

步骤404，根据目标分群配置信息中用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签。

步骤405，将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

参照图5，示出了本发明一实施例提供的另一种用户分群的方法的步骤流程图，具体可以包括如下步骤：

步骤501，轮询第一数据库中存储在分群配置信息；其中，分群配置信息为用户通过前端提交并存储在预置数据库。

步骤502，在未检测到目标分群配置信息对应有指定类型操作的情况下，等待定期处理，并在定期处理的过程中，判断针对目标分群配置信息的分群计算截止时间是否大于当前时间。

步骤503，在针对目标分群配置信息的分群计算截止时间大于当前时间的情况下，等待目标分群配置信息中用户标签集合的用户标签更新完成，或，未更新完成但到达预设时间，触发针对目标分群配置信息的分群计算。

步骤504，获取针对第一应用中用户的目标分群配置信息。

步骤505，根据目标分群配置信息中用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签。

步骤506，将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图6，示出了本发明一实施例提供的一种用户分群的装置的结构示意图，具体可以包括如下模块：

目标分群配置信获取模块601，用于获取针对第一应用中用户的目标分群配置信息。

目标代码生成模块602，用于在目标分群配置信息包含用户标签集合和针对用户标签集合的设置条件的情况下，根据用户标签集合和设置条件，生成目标代码，用户标签集合包含针对第二应用中用户的用户标签。

分群用户信息接收模块603，用于将目标代码提交至数据引擎进行分群计算，并接收数据引擎返回的针对第一应用中用户的分群用户信息。

在本发明一实施例中，目标分群配置信息包括一分群主体信息，还可以包括：

标签主键信息确定模块，用于针对用户标签集合中每个用户标签，确定标签主键信息。

用户标签转换模块，用于在用户标签集合包含第一用户标签和第二用户标签的情况下，将第二用户标签转换为一个或多个第三用户标签。

其中，第一用户标签的标签主体信息与分群主体信息匹配，第二用户标签的标签主体信息与分群主体信息不匹配，一个或多个第三用户标签的标签主体信息与分群主体信息匹配。

在本发明一实施例中，分群主体信息用于指示所需输出的用户层级，标签主键信息用于指示所需筛选的用户层级，一个或多个第三用户标签对应的用户层级为第二用户标签对应的用户层级之下的用户层级。

在本发明一实施例中，目标代码生成模块602，包括：

子代码生成子模块，用于针对用户标签集合中每个用户标签，结合设置条件中针对用户标签的筛选条件，生成针对用户标签的子代码。

子代码组合子模块，用于结合设置条件中针对用户标签集合中所有用户标签的组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

在本发明一实施例中，还可以包括：

关键指标项获取模块，用于获取关键指标项。

关键指标参数获取模块，用于根据关键指标项，获取分群用户信息对应的关键指标参数。

分群用户画像生成模块，用于根据关键指标参数，生成分群用户画像。

在本发明一实施例中，还可以包括：

数据库轮询模块，用于轮询第一数据库中存储在分群配置信息；其中，分群配置信息为用户通过前端提交并存储在第一数据库。

第一分群计算触发模块，用于在检测到目标分群配置信息对应有指定类型操作的情况下，触发针对目标分群配置信息的分群计算。

在本发明一实施例中，还包括：

截止时间判断模块，用于在未检测到目标分群配置信息对应有指定类型操作的情况下，等待定期处理，并在定期处理的过程中，判断针对目标分群配置信息的分群计算截止时间是否大于当前时间。

第二分群计算触发模块，用于在针对目标分群配置信息的分群计算截止时间大于当前时间的情况下，等待目标分群配置信息中用户标签集合的用户标签更新完成，或，未更新完成但到达预设时间，触发针对目标分群配置信息的分群计算。

在本发明一实施例中，还可以包括：

信息推荐模块，用于根据分群用户信息，进行信息推荐。

本发明一实施例还提供了一种服务器，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上用户分群的方法。

本发明一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上用户分群的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对所提供的一种用户分群的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种用户分群的方法，其特征在于，所述方法包括：

获取针对第一应用中用户的目标分群配置信息；

在所述目标分群配置信息包含用户标签集合和针对所述用户标签集合的设置条件的情况下，根据所述用户标签集合和所述设置条件，生成目标代码，所述用户标签集合包含针对第二应用中用户的用户标签；

将所述目标代码提交至数据引擎进行分群计算，并接收所述数据引擎返回的针对所述第一应用中用户的分群用户信息。

2.根据权利要求1所述的方法，其特征在于，所述目标分群配置信息包括一分群主体信息，在所述根据所述用户标签集合和所述设置条件，生成目标代码之前，还包括：

针对所述用户标签集合中每个用户标签，确定标签主键信息；

在所述用户标签集合包含第一用户标签和第二用户标签的情况下，将所述第二用户标签转换为一个或多个第三用户标签；

其中，所述第一用户标签的标签主体信息与所述分群主体信息匹配，所述第二用户标签的标签主体信息与所述分群主体信息不匹配，所述一个或多个第三用户标签的标签主体信息与所述分群主体信息匹配。

3.根据权利要求2所述的方法，其特征在于，所述分群主体信息用于指示所需输出的用户层级，所述标签主键信息用于指示所需筛选的用户层级，所述一个或多个第三用户标签对应的用户层级为所述第二用户标签对应的用户层级之下的用户层级。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述用户标签集合和所述设置条件，生成目标代码，包括：

针对所述用户标签集合中每个用户标签，结合所述设置条件中针对所述用户标签的筛选条件，生成针对所述用户标签的子代码；

结合所述设置条件中针对所述用户标签集合中所有用户标签的组合条件，对所有用户标签对应的子代码进行组合，得到目标代码。

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

获取关键指标项；

根据所述关键指标项，获取所述分群用户信息对应的关键指标参数；

根据所述关键指标参数，生成分群用户画像。

6.根据权利要求1所述的方法，其特征在于，在所述获取针对第一应用中用户的目标分群配置信息之前，还包括：

轮询所述第一数据库中存储在分群配置信息；其中，所述分群配置信息为用户通过前端提交并存储在第一数据库；

在检测到所述目标分群配置信息对应有指定类型操作的情况下，触发针对所述目标分群配置信息的分群计算。

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

在未检测到所述目标分群配置信息对应有指定类型操作的情况下，等待定期处理，并在定期处理的过程中，判断针对所述目标分群配置信息的分群计算截止时间是否大于当前时间；

在针对所述目标分群配置信息的分群计算截止时间大于当前时间的情况下，等待所述目标分群配置信息中用户标签集合的用户标签更新完成，或，未更新完成但到达预设时间，触发针对所述目标分群配置信息的分群计算。

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

根据所述分群用户信息，进行信息推荐。

9.一种用户分群的装置，其特征在于，所述装置包括：

目标分群配置信获取模块，用于获取针对第一应用中用户的目标分群配置信息；

目标代码生成模块，用于在所述目标分群配置信息包含用户标签集合和针对所述用户标签集合的设置条件的情况下，根据所述用户标签集合和所述设置条件，生成目标代码，所述用户标签集合包含针对第二应用中用户的用户标签；

分群用户信息接收模块，用于将所述目标代码提交至数据引擎进行分群计算，并接收所述数据引擎返回的针对所述第一应用中用户的分群用户信息。

10.一种服务器，其特征在于，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的用户分群的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的用户分群的方法。

Images