CN113905022A - 一种群聊构建方法、设备及存储介质 - Google Patents

Abstract

本申请提供一种群聊构建方法、设备及存储介质。一种群聊构建方法，包括：创建群组时设定入群条件，通过平台上用户的操作行为确定该用户是否满足入群条件，将满足入群条件的用户自动加入群组中。使用户的操作行为满足入群条件之后即可自动加入对应的群聊，方便筛选出具有相同特征的人群。

Description

一种群聊构建方法、设备及存储介质

技术领域

本申请涉及互联网信息技术领域，尤其涉及一种群聊构建方法、设备及存储介质。

背景技术

随着移动互联网的高速发展，互联网即时通信也在向移动化扩张。很多通信提供商都提供通过手机接入互联网即时通信的业务，用户可以通过手机中的社交平台工具与其他已经安装了相应社交平台工具的手机或电脑收发消息。

而聊天群作为群体聊天通信的重要形式，为各大社交平台工具必备功能之一，可以说群组无处不在。每个用户都会主动或被动的加入许多聊天群组，例如：工作小组群、部门群、公司群、老乡群、项目群、客户群、小区群、同学群等。

目前加入群组的方法主要分为两种：用户主动申请或者群组的管理人员主动邀请，而这两种方法都需要用户手动去操作，当在实际应用过程中，使得用户加入群组较为不便。

发明内容

对于上述问题，本申请提供了一种群聊构建方法、设备及存储介质，使得特征相同用户会被自动加入同一群组，解决了用户加入群组不方便的问题。

本申请实施例提供的技术方案包括：

一种群聊构建方法，应用于服务端，该方法包括：

响应于群组创建请求以创建第一群组，为所述第一群组分配第一群组标识；所述群组创建请求中包括第一入群条件；

记录所述第一群组标识与所述第一入群条件的对应关系；

依据已获得的指定平台上的平台用户在所述指定平台上的操作行为，确定满足所述第一入群条件的平台用户，将已确定的满足所述第一入群条件的平台用户加入所述第一群组。

可选的，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组包括：

对于满足所述第一入群条件的任一平台用户，若确定该平台用户截止当前还未加入入群条件与所述第一入群条件匹配的第二群组，则将该平台用户加入所述第一群组。

可选的，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组包括：

对于满足所述第一入群条件的任一平台用户，若确定该平台用户截止当前已加入入群条件与所述第一入群条件匹配的第二群组，则向该平台用户发送针对所述第一群组的入群邀请消息，当检测到该平台用户针对所述入群邀请消息的确认响应消息时，将该平台用户加入所述第一群组。

可选的，获得指定平台上的平台用户在所述指定平台上的操作行为包括：

检测各平台用户在指定平台上的操作行为，将检测到的各平台用户在指定平台上的操作行为进行记录。

可选的，当检测到任一平台用户在指定平台上的操作行为时，该方法进一步包括：

依据已检测到的任一平台用户在指定平台上的操作行为，确定入群条件与该操作行为匹配的候选群组；所述候选群组包括至少一个群组；

将该平台用户加入至所述候选群组中的至少一个群组。

可选的，所述将该平台用户加入至所述候选群组中的至少一个群组，包括：

确定所述候选群组包括的群组的数量；

当所述数量为1时，将该候选群组确定为目标群组，将该平台用户加入至所述目标群组；

当所述数量大于1时，从所述候选群组中选择一个或多个群组作为所述目标群组，将该平台用户加入至所述目标群组。

可选的，所述从候选群组中选择一个群组作为所述目标群组，包括：

将所述候选群组中人数最多的群组确定为所述目标群组；或，

将所述候选群组中人数最少的群组确定为所述目标群组；或，

将所述候选群组中创建时间最早的群组确定为所述目标群组；或，

将所述候选群组中创建时间最晚的群组确定为所述目标群组；或，

将所述候选群组中群组活跃度最高的群组确定为所述目标群组。

可选的，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组之后，还包括：

将加入所述第一群组的平台用户的个人信息设置为对所述第一群组中其他成员不可见。

本申请还提供一种电子设备，其中，该电子设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请所述的方法。

本申请还提供一种机器可读存储介质，其上存储有程序，该程序被处理器执行时，实现如本申请所述的方法。

由以上技术方案可以看出，本申请中，通过在创建群组时设置入群条件，然后依据平台用户在所述指定平台上的操作行为将用户加入群组。使用户加入群组时不需要用户主动发起入群申请，也不需要群组管理员主动发起入群邀请，只需该用户的操作行为满足入群条件之后即可自动加入对应的群组，方便筛选出具有相同特征的人群。

进一步地，本申请中，还对用户在满足入群条件时的多种不同场景进行了说明。例如用户的操作行为满足入群条件时，该用户已经加入了一个相同条件的群时如何处理。又例如用户的操作行为满足多个入群条件时应该如何处理。增加了本申请的实用性。

附图说明

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

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的方法流程图；

图2为本申请实施例提供的另一个方法流程图；

图3为本申请实施例提供的另一个方法流程图；

图4是本申请实施例的电子设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种器件，但这些信息不应限于这些术语。这些术语仅用来将同一类型的器件彼此区分开。例如，在不脱离本申请范围的情况下，第一器件也可以被称为第二器件，类似地，第二器件也可以被称为第一器件。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了使本领域技术人员更好地理解本申请实施例提供的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

本申请提供了一种群聊构建方法，用于解决用户加入群组时需要用户主动发起入群申请，或者需要群组管理员主动发起入群邀请的问题。

参见图1，图1为本申请实施例提供的方法流程图。

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

步骤S101，响应于群组创建请求以创建第一群组，为该第一群组分配第一群组标识；上述群组创建请求中包括第一入群条件。

在本实施例中，上述第一入群条件可以是用户的一个行为动作，例如用户看完了一部电影，或者是用户看完了一本书，又或者是用户在某个餐厅打卡。该第一入群条件，也可以是用户触发的一个事件，如用户等级升到了10级，又或者是用户某个游戏的等级升到了多少级等等。

需要说明的是，上述第一入群条件可以同时包含多个用户的行为动作，比如第一入群条件设置为：用户去了A餐厅打卡，用户去了B餐厅打卡。或者，用户看了西游记，用户看了红楼梦等等。

上述这些都可以设定为第一入群条件，本申请并不对此做出限定。

而上述群组创建请求中包括第一入群条件的方法也有很多，例如用户创建群组时，在前端创建群组页面给用户提供设定为第一入群条件的用户行为动作选择项，用户可以在该前端创建群组页面上手动勾选一个或者是多个用户行为动作选择项，将勾选的一个或者是多个用户行为动作选择项设定为第一入群条件。也可以是系统工作人员通过接口工具，如jmeter、postman、swagger等等，直接向服务端发送一个用于创建群组的HTTP请求，该HTTP请求中包含第一入群条件。

步骤S102，记录第一群组标识与第一入群条件的对应关系。

在本实施例中，具体方法可以是服务端维护一张入群条件列表，该入群条件列表至少包含记录群组标识的字段和记录入群条件的字段，用于记录任一群组标识以及该群组标识对应的入群条件。

在接收到群组创建请求的情况下，服务端更新上述入群条件列表。其中，上述入群条件列表可以以键值对的形式存储在数据库中，使得通过入群条件可以查到对应的群组标识，从而找到对应的群组。

更新列表的时候，是将上述第一群组标识和第一入群条件插入该列表的空表项中。

除了新增表项以外，服务端还可以对该入群条件列表进行多种管理，例如删除、去重、移动等。

步骤103，依据已获得的指定平台上的平台用户在指定平台上的操作行为，确定满足上述第一入群条件的平台用户，将已确定的满足上述第一入群条件的平台用户加入上述第一群组。

在本实施例中，上述指定平台可以是一个游戏平台，又或者是一个聊天交友平台，也可以是一个学习平台。而上述S101设定第一入群条件时，可以根据平台类型设定对应的入群条件。

例如，如果是一个游戏平台，可以设定第一入群条件为游戏账号达到满级。而如果是一个学习平台，则可以设定第一入群条件为看完了哪一本书。如步骤S103所说，服务端会依据用户在平台中的操作行为，判断用户是否满足上述第一入群条件，如果满足该第一入群条件，服务端则将该满足第一入群条件的用户加入上述第一群组。

在本实施例中，上述第一群组创建后，平台将该平台上的满足第一入群条件的平台用户加入上述第一群组。

需要说明的是，在步骤S101中所说，第一入群条件可以包含用户的多个操作行为，那么在本步骤中，满足上述第一入群条件的情况也可以分成两种不同的情况：部分满足第一入群条件和完全满足第一入群条件。

其中，部分满足和完全满足可以由创建群组的用户设置，如在创建群组页面增加部分满足和完全满足的选项，通过该用户的选择设定满足条件为部分满足或者是完全满足。进一步的，还可以对该选项设定默认值，使得用户创建群组时可以减少选择该选项的操作步骤，提高用户体验。

进一步的，该选项还可以是在该平台的后台管理系统统一管理。例如在后台管理系统中设置部分满足和完全满足的选项。具体实现的方法有很多，在此处不再进行赘述。

在本步骤中，如果设定将部分满足第一入群条件的用户判断为满足第一入群条件。具体情况是，以上述第一入群条件设置为：用户去了A餐厅打卡，用户去了B餐厅打卡为例。当检测到用户的操作行为中有去了A餐厅打卡后，即使检测到用户操作行为中没有在B餐厅打卡，也会判断该用户满足第一入群条件，则将该用户加入上述第一群组。

同理，在本步骤中，如果设定将完全满足第一入群条件的用户判断为满足第一入群条件。还是以上述用户去了A餐厅打卡，用户去了B餐厅打卡的第一入群条件为例，此时只有检测到用户的操作行为中有去了A餐厅打卡，并且操作行为中还有去了B餐厅打卡，才会判断该用户满足第一入群条件，将用户加入上述的第一群组。

至此，完成图1所示流程。

通过图1所示流程可以看出：

在本实施例中，通过在创建群组时设定第一入群条件，该第一入群条件设定为用户的操作行为，然后检测平台上所有用户的操作行为，并将用户操作行为满足第一入群条件的用户加入上述对应的群组，这解决了如何使用户加入群组时不需要用户主动发起入群申请，也不需要群组管理员主动发起入群邀请的问题。在本实施例中，只需该用户的操作行为满足入群条件之后即可自动加入对应的群组，方便筛选出具有相同特征的人群。

可选的，上述将已确定的满足上述第一入群条件的平台用户加入上述第一群组包括：

对于满足上述第一入群条件的任一平台用户，若确定该平台用户截止当前还未加入入群条件与上述第一入群条件匹配的第二群组，则将该平台用户加入上述第一群组。

对于满足上述第一入群条件的任一平台用户，若确定该平台用户截止当前已加入入群条件与上述第一入群条件匹配的第二群组，则向该平台用户发送针对上述第一群组的入群邀请消息，当检测到该平台用户针对上述入群邀请消息的确认响应消息时，将该平台用户加入上述第一群组。

示例性的，入群条件与上述第一入群条件匹配可以包括入群条件与第一入群条件完全相同，或者，入群条件与第一入群条件部分相同。

以群组的入群条件为包括一个或多个元素的集合，集合中的元素为操作行为为例，假设群组1的入群条件为集合A，群组2的入群条件为集合B，则当A＝B时，可以认为群组1的入群条件与群组2的入群条件完全相同。

当集合A中的至少一个元素在集合B中也存在，但是A≠B时，可以认为群组1的入群条件与群组2的入群条件部分相同。

在上述实施例中，如果检测到用户的操作行为满足第一入群条件，在将该用户加入第一群组之前，还可以通过上述入群条件列表检测该用户当前已加入的所有群组的入群条件，并将该用户当前已加入的所有群组的入群条件分别与上述第一入群条件进行对比。

以入群条件与上述第一入群条件匹配为入群条件与第一入群条件完全相同为例。

当上述第一入群条件为集合A，并且包含A1，A2两个操作行为。则在上述入群条件列表中检查到另一群组的入群条件集合B时，其中集合B包含B1，B2两个操作行为并且B1、B2的操作行为分别与A1、A2相同，则可以认为入群条件集合B与第一入群条件完全相同，确定该平台用户截止当前已加入入群条件与上述第一入群条件匹配的第二群组，向该用户发送针对上述第一群组的入群邀请消息。

如果在上述入群条件列表中并没有查到入群条件为上述集合B的群组，则确定该平台用户截止当前并未加入入群条件与上述第一入群条件匹配的第二群组，将该平台用户加入上述第一群组。

需要说明的是，同时还可以对该入群邀请设定一个有效时间，如果在有效时间内接收该用户同意入群的消息，则将该用户加入到上述第一群组中。

而当如果没有接收到该用户同意入群的消息，例如用户并未处理上述入群邀请，或者接收到用户拒绝入群的消息，则不会将该用户加入到上述第一群组。

以入群条件与上述第一入群条件匹配包括入群条件与第一入群条件部分相同为例。

上述第一入群条件还是为集合A，并且包含A1，A2两个操作行为，则在上述入群条件列表中检查到另一群组的入群条件集合B时，其中集合B只需要包含一个与A1或者A2相同的B1，就可以认为入群条件集合B与第一入群条件部分相同，确定该平台用户截止当前已加入入群条件与上述第一入群条件匹配的第二群组，向该用户发送针对上述第一群组的入群邀请消息。

需要说明的是，集合B是否包含其他元素，如果包含其他元素，其他元素的操作行为是否与A1、A2相同，都对判断入群条件集合B与第一入群条件部分相同没有影响。

如果在上述入群条件列表中并没有查到入群条件为上述集合B的群组，则确定该平台用户截止当前并未加入入群条件与上述第一入群条件匹配的第二群组，将该平台用户加入上述第一群组。

需要说明的是，当入群条件与上述第一入群条件匹配包括入群条件与第一入群条件部分相同时，若入群条件与第一入群条件完全相同，则也可以确定入群条件与上述第一入群条件匹配。

可选的，获得指定平台上的平台用户在上述指定平台上的操作行为包括：

检测各平台用户在指定平台上的操作行为，将检测到的各平台用户在指定平台上的操作行为进行记录。

在本实施例中，将检测到的各平台用户在指定平台上的操作行为进行记录的方法可以是：

服务端维护一张用户操作行为列表，该列表用于记录平台上任一用户的操作行为，例如记录每个用户的等级，记录每个用户打卡的地点等等。该用户操作行为列表至少包含记录用户信息的字段和记录用户操作行为的字段，用于记录任一用户以及该用户的用户操作行为。

当检测到用户有新的操作行为时，服务端更新这个列表。

更新列表的时候，先查询该用户信息在列表中是否存在，如果用户信息存在，则将用户操作行为插入到该用户信息对应的用户操作行为字段中；

如果用户信息不存在，则将该用户信息和用户操作行为插入该列表的空表项中。

除了新增表项以外，服务端还可以对该入群条件列表进行多种管理，例如删除、去重、移动等。

在另一个实施例中，还可以对用户加入群组时的另一种场景进行说明：

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

步骤S201，依据已检测到的任一平台用户在指定平台上的操作行为，确定入群条件与该操作行为匹配的候选群组；该候选群组包括至少一个群组。

在本实施例中，候选群组为入群条件包括已检测到的该平台用户在指定平台上的操作行为的群组，其中，候选群组的数量可以为一个或者多个。

确定候选群组的具体方法可以为服务端检测到用户的操作行为后，根据已检测到的用户的操作行为(包括当前检测到的该操作行为，以及之前检测到的该用户的操作行为(若存在))，在上述入群条件列表中查询入群条件包括该操作行为的群组的群组标识，再根据对应的群组标识找出对应的群组。

下面以用户的操作行为和入群条件都是去A饭店打卡为例。

在图1的流程中，平台检测到用户去A饭店打卡，但此时平台上并没有入群条件为去A饭店打卡的群组，则平台将用户去A饭店打卡的行为记录在上述用户操作行为列表种。当有用户创建了入群条件为去A饭店打卡的群组后，平台检测到该用户的操作行为有去A饭店打卡，将该用户加入上述入群条件为去A饭店打卡的群组中。

而在本实施例中，在用户去A饭店打卡之前，平台上已经先由其他用户创建了一个或多个入群条件为去A饭店打卡的群组。此时步骤S201检测到用户去A饭店打卡，则在入群条件列表中以去A饭店打卡为入群条件查询对应的群组标识，再根据该群组标识找出对应的群组。

步骤S202，将该平台用户加入至上述候选群组中的至少一个群组。

具体加入群组的方法如步骤S103中加入群组的方式一致，在此不进行赘述。

可选的，上述将该平台用户加入至上述候选群组中的至少一个群组，包括：

确定该候选群组包括的群组的数量；

当该数量为1时，将该候选群组确定为目标群组，将该平台用户加入至该目标群组；

当该数量大于1时，从该候选群组中选择一个或多个群组作为目标群组，将该平台用户加入至该目标群组。

在本实施例中，在用户去A饭店打卡之前，平台上已经先由其他用户创建了一个入群条件为去A饭店打卡的群组，则直接执行将该用户加入上述入群条件为去A饭店打卡的群组。

在用户去A饭店打卡之前，平台上已经先由其他用户创建了多个入群条件为去A饭店打卡的群组，则从上述多个入群条件为去A饭店打卡的群组中选择一个或多个加入。

可选的，上述从候选群组中选择一个群组作为目标群组，包括：

将候选群组中人数最多的群组确定为目标群组；或，

将候选群组中人数最少的群组确定为目标群组；或，

将候选群组中创建时间最早的群组确定为目标群组；或，

将候选群组中创建时间最晚的群组确定为目标群组；或，

将候选群组中群组活跃度最高的群组确定为所述目标群组。

在本实施例中，以从候选群组中选择一个群组作为目标群组为例。

示例性的，从候选群组中选择一个群组作为目标群组的方法可以有很多，上述选择人数最多、人数最少、创建时间最早、创建时间最晚、群组活跃度最高只是其中一部分方法，具体方法可以依据不同的平台的特性设定，本说明书对此并不做任何限定。

示例性的，群组活跃度可以从不同维度来限定，例如，历史时间段内消息数量、参与交互群成员数量、最近交流时间距离当前时间的时长等。

相应地，群组活跃度最高可以包括历史时间段内消息数量最多、参与交互群成员数量最多，或，最近交流时间距离当前时间最近等。

需要说明的是，本申请实施例中，当从候选群组中选择多个群组作为目标群组，也可以按照类似原则进行选择。

举例来说，假设从候选群组中选择N(N≥2)个群组作为目标群组，则可以将候选群组中按照人数从多到少的顺序排序后的前N个群组确定为目标群组、将候选群组中按照人数从少到多的顺序排序后的前N个群组确定为目标群组、将候选群组中按照创建时间从早到晚的顺序排序后的前N个群组确定为目标群组、将候选群组中按照创建时间从晚到早的顺序排序后的前N个群组确定为目标群组，或，将候选群组中按照群组活跃度从高到低的顺序排序后的前N个群组确定为目标群组。

至此，完成图2所示流程。

通过图2所示流程可以看出：

本实施例补充说明了本方案的另一种场景，即检测用户的操作行为时，平台上已经创建了一个或多个入群条件包括该用户的操作行为群组时的处理办法，增加了本申请的适用性。

可选的，在图2的实施例中，还可以增加步骤S203，如图3所示：

S203：将已确定的满足第一入群条件的平台用户加入第一群组之后，还包括：

将加入第一群组的平台用户的个人信息设置为对第一群组中其他成员不可见。

上述用户的个人信息可以是用户在平台注册时填写的并对其他用户展示的信息，如性别、年龄、地址等。将个人信息设置为对上述第一群组中其他成员不可见的方法有很多，例如服务端对每个群组维护一张群组中用户信息的表格，对该表格中的用户信息增加一个群组中的个人信息是否隐藏的字段，当触发将用户加入群组后，在该群组的用户信息表格中将该用户的个人信息是否隐藏字段设置为是。

通过上述方法，使得该群组中的其他用户无法查看新加入用户的个人信息，保护新加入用户的隐私。

本申请还提供一种电子设备，其中，该电子设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请实施例所述的方法。

本申请上述信息处理方法的实施例可以应用在电子设备上。以软件实现为例，通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行，以实现本申请的信息处理方法的实施例。从硬件层面而言，如图4所示，图4是本申请根据一示例性实施例示出的电子设备的一种硬件结构图，除了图4所示的处理器410、内存430、接口420、以及非易失性存储器440之外，电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

本申请还提供一种机器可读存储介质，其上存储有程序，该程序被处理器执行时，实现如前述实施例中任意一项所述的方法。

示例性的，上述机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

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

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

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

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

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

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

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

Claims (10)

1.一种群聊构建方法，其特征在于，应用于服务端，该方法包括：

响应于群组创建请求以创建第一群组，为所述第一群组分配第一群组标识；所述群组创建请求中包括第一入群条件；

记录所述第一群组标识与所述第一入群条件的对应关系；

依据已获得的指定平台上的平台用户在所述指定平台上的操作行为，确定满足所述第一入群条件的平台用户，将已确定的满足所述第一入群条件的平台用户加入所述第一群组。

2.根据权利要求1所述的方法，其特征在于，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组包括：

对于满足所述第一入群条件的任一平台用户，若确定该平台用户截止当前还未加入入群条件与所述第一入群条件匹配的第二群组，则将该平台用户加入所述第一群组。

3.根据权利要求1所述的方法，其特征在于，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组包括：

对于满足所述第一入群条件的任一平台用户，若确定该平台用户截止当前已加入入群条件与所述第一入群条件匹配的第二群组，则向该平台用户发送针对所述第一群组的入群邀请消息，当检测到该平台用户针对所述入群邀请消息的确认响应消息时，将该平台用户加入所述第一群组。

4.根据权利要求1所述的方法，其特征在于，获得指定平台上的平台用户在所述指定平台上的操作行为包括：

检测各平台用户在指定平台上的操作行为，将检测到的各平台用户在指定平台上的操作行为进行记录。

5.根据权利要求4所述的方法，其特征在于，所述检测各平台用户在指定平台上的操作行为时，该方法进一步包括：

依据已检测到的任一平台用户在指定平台上的操作行为，确定入群条件与该操作行为匹配的候选群组；所述候选群组包括至少一个群组；

将该平台用户加入至所述候选群组中的至少一个群组。

6.根据权利要求5所述的方法，其特征在于，所述将该平台用户加入至所述候选群组中的至少一个群组，包括：

确定所述候选群组包括的群组的数量；

当所述数量为1时，将该候选群组确定为目标群组，将该平台用户加入至所述目标群组；

当所述数量大于1时，从所述候选群组中选择一个或多个群组作为所述目标群组，将该平台用户加入至所述目标群组。

7.根据权利要求6所述的方法，其特征在于，所述从候选群组中选择一个群组作为所述目标群组，包括：

将所述候选群组中人数最多的群组确定为所述目标群组；或，

将所述候选群组中人数最少的群组确定为所述目标群组；或，

将所述候选群组中创建时间最早的群组确定为所述目标群组；或，

将所述候选群组中创建时间最晚的群组确定为所述目标群组；或，

将所述候选群组中群组活跃度最高的群组确定为所述目标群组。

8.根据权利要求1所述的方法，其特征在于，所述将已确定的满足所述第一入群条件的平台用户加入所述第一群组之后，还包括：

将加入所述第一群组的平台用户的个人信息设置为对所述第一群组中其他成员不可见。

9.一种电子设备，其特征在于，该电子设备包括：

一个或多个处理器；

机器可读存储介质，用于存储一个或多个计算机可读指令，

当所述一个或多个计算机可读指令被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一项所述的方法。

10.一种机器可读存储介质，其特征在于，其上存储有程序，该程序被处理器执行时，实现如权利要求1-8中任一项所述的方法。

Images