一种创建群组方法及装置

技术领域

本说明书一个或多个实施例涉及即时通讯技术领域，尤其涉及一种创建群组方法、装置、电子设备及机器可读存储介质。

背景技术

群组聊天是IM（Instant Messaging，即时通讯）软件的一项重要功能。对于企业而言，可以通过创建与面向用户提供的某项服务对应的用户群组，再将与提供该服务相关的工作人员和用户都加入到该群组之中，使得相关的工作人员和用户可以通过群组聊天的方式进行即时沟通，从而有助于企业及时地了解客户的诉求，进而优化为客户提供的服务，提升客户对业务服务的满意度。

发明内容

本申请提供一种创建群组方法，所述方法包括：

接收即时通讯客户端发送的群组创建请求，所述群组创建请求中携带有用户通过所述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与所述图形编码标识对应的群组配置信息；所述图形编码用于触发创建与目标业务对应的用户群组；所述群组配置信息包括在所述用户群组创建之前预配置的、用于创建所述用户群组的配置信息；

响应于所述群组创建请求，确定所述图形编码标识是否关联了基于所述群组配置信息创建的用户群组；

如果所述图形编码标识关联了基于所述群组配置信息创建的用户群组，则确定所述用户群组的成员数量是否达到预设阈值；如果所述用户群组的成员数量达到预设阈值，则基于所述群组配置信息创建新的用户群组，将所述用户加入所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组。

可选的，所述方法还包括：

如果所述图形编码标识未关联基于所述群组配置信息创建的用户群组，则基于所述群组配置信息创建用户群组，将所述用户加入创建的所述用户群组，并将创建的所述用户群组与所述图形编码标识关联。

可选的，所述确定所述用户群组的成员数量是否达到预设阈值之前，还包括：

检测所述用户群组是否为异常状态；

如果所述用户群组为异常状态，则基于所述群组配置信息创建新的用户群组，将所述用户加入所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组；

如果所述用户群组为正常状态，则进一步地确定所述用户群组的成员数量是否达到预设阈值。

可选的，所述群组创建请求中还携带有与所述用户对应的用户标识；

所述确定所述用户群组的成员数量是否达到预设阈值之前，还包括：

确定与所述用户标识对应的用户是否已加入基于所述群组配置信息创建的用户群组；

如果已加入，则确定所述用户已加入的用户群组是否为异常状态；如果所述用户已加入的用户群组为异常状态，则进一步地确定与所述图形编码标识关联的用户群组的成员数量是否达到预设阈值；

如果未加入，则进一步地确定与所述图形编码标识关联的用户群组的成员数量是否达到预设阈值。

可选的，所述基于所述群组配置信息创建新的用户群组，将用户加入所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组，包括：

检测在预设时长内或者同一时刻接收到的携带有所述图形编码标识的群组创建请求的数量；

基于所述群组配置信息、以及所述群组创建请求的数量，创建若干新的用户群组，将所述用户加入所述若干新的用户群组中任一所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述若干新的用户群组。

可选的，所述目标业务包括客服业务；所述用户群组包括服务群组。

本申请还提供一种创建群组装置，所述装置包括：

接收单元，用于接收即时通讯客户端发送的群组创建请求，所述群组创建请求中携带有用户通过所述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与所述图形编码标识对应的群组配置信息；所述图形编码用于触发创建与目标业务对应的用户群组；所述群组配置信息包括在所述用户群组创建之前预配置的、用于创建所述用户群组的配置信息；

确定单元，用于响应于所述群组创建请求，确定所述图形编码标识是否关联了基于所述群组配置信息创建的用户群组；如果所述图形编码标识关联了基于所述群组配置信息创建的用户群组，则确定所述用户群组的成员数量是否达到预设阈值；

创建单元，用于如果所述用户群组的成员数量达到预设阈值，则基于所述群组配置信息创建新的用户群组，将所述用户加入所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组。

可选的，所述创建单元，还用于：

如果所述图形编码标识未关联基于所述群组配置信息创建的用户群组，则基于所述群组配置信息创建用户群组，将所述用户加入创建的所述用户群组，并将创建的所述用户群组与所述图形编码标识关联。

可选的，所述确定单元，还用于：

检测所述用户群组是否为异常状态；

如果所述用户群组为正常状态，则进一步地确定所述用户群组的成员数量是否达到预设阈值；

所述创建单元，还用于：

如果所述用户群组为异常状态，则基于所述群组配置信息创建新的用户群组，将所述用户加入所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组。

可选的，所述群组创建请求中还携带有与所述用户对应的用户标识；

所述确定单元，还用于：

确定与所述用户标识对应的用户是否已加入基于所述群组配置信息创建的用户群组；

如果已加入，则确定所述用户已加入的用户群组是否为异常状态；如果所述用户已加入的用户群组为异常状态，则进一步地确定与所述图形编码标识关联的用户群组的成员数量是否达到预设阈值；

如果未加入，则进一步地确定与所述图形编码标识关联的用户群组的成员数量是否达到预设阈值。

可选的，所述创建单元，具体用于：

检测在预设时长内或者同一时刻接收到的携带有所述图形编码标识的群组创建请求的数量；

基于所述群组配置信息、以及所述群组创建请求的数量，创建若干新的用户群组，将所述用户加入所述若干新的用户群组中任一所述新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述若干新的用户群组。

可选的，所述目标业务包括客服业务；所述用户群组包括服务群组。

本申请还提供一种电子设备，包括通信接口、处理器、存储器和总线，所述通信接口、所述处理器和所述存储器之间通过总线相互连接；

所述存储器中存储机器可读指令，所述处理器通过调用所述机器可读指令，执行上述创建群组方法。

本申请还提供一种机器可读存储介质，所述机器可读存储介质存储有机器可读指令，所述机器可读指令在被处理器调用和执行时，实现上述创建群组方法。

通过以上实施例，一方面，通过确定接收到的群组创建请求中携带的图形编码标识是否关联了用户群组，来确定当前是否已存在基于与所述图形编码标识对应的群组配置信息所创建的用户群组；以及，通过确定已创建的用户群组的成员数量是否达到预设阈值，来确定是否可以将用户加入已创建的用户群组，进而在已创建的用户群组的成员数量达到预设阈值时，可以基于与所述图形编码标识对应的群组配置信息创建新的用户群组，从而在用户扫描建群码（即用于触发创建与目标业务对应的用户群组的图形编码）时，实现自动地按需创建用户群组，以承载不断增加的扫描建群码的用户；

另一方面，通过将用户加入基于所述群组配置信息创建的新的用户群组，并将与所述图形编码标识关联的用户群组更新为所述新的用户群组，可以实现“一码多群”，也即，基于与同一建群码对应的群组配置信息可以创建若干用户群组，并且该建群码可以动态地与基于对应的群组配置信息创建的新的用户群组关联，从而与建群码对应的若干用户群组作为整体来看，可以实现无限地自动扩容，相当于基于预设的群组配置信息生成了“永不失效”的建群码。

附图说明

图1是一示例性的实施例示出的群组配置界面的示意图；

图2是一示例性的实施例示出的基于预设的群组配置信息而生成的图形编码的示意图；

图3是一示例性的实施例示出的一种创建群组方法的流程图；

图4是一示例性的实施例示出的加群确认界面的示意图；

图5是一示例性的实施例示出的一种创建群组装置所在电子设备的硬件结构图；

图6是一示例性的实施例示出的一种创建群组装置的框图。

具体实施方式

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

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

为了使本技术领域的人员更好地理解本说明书实施例中的技术方案，下面先对本说明书实施例涉及的扫描二维码以加入群组的相关技术，进行简要说明。

常见的IM（Instant Messaging，即时通讯）软件可以包括QQ、微信、钉钉等。群组聊天是IM软件的一项重要功能；其中，群组是指一种支持多人同时参与的会话类型；加入同一个群组的多个用户，可以通过网络进行“聊天”，实现即时沟通的目的。

在实际应用中，建群用户可以通过上述IM软件，为需要创建的群组设置配置信息，如群组名称、群组规模等；以使与上述IM软件对应的服务端，可以基于上述配置信息，创建对应的群组，将创建用户加入创建的上述群组，还可以自动地将上述建群用户设置为上述群组的管理员（或“群主”）；进一步地，上述服务端可以基于已创建的群组的属性信息，如群组标识、管理员信息等，生成与已创建的群组对应的二维码，并展示给已加入群组的用户。

需要说明的是，在本说明书中，群组的配置信息与群组的属性信息是不能等同的；其中，上述配置信息，可以包括在群组创建完成之前，用户为群组设置的相关参数；上述属性信息，可以包括在基于上述配置信息创建群组之后，服务端为已创建的群组分配的群组标识、以及其他与已创建的群组的属性相关的信息。由此可见，对于同一个群组而言，虽然属性信息与配置信息中的部分信息在称呼或取值上可能看似相同，但是二者是不能等同的。

用户可以保存基于已创建的群组的属性信息生成的上述二维码，并将上述二维码展示给其他用户；以使其他用户扫描上述二维码时，可以触发加入上述已创建的群组。

在实际应用中，一个群组的成员数量通常有一定的上限，不能无限地扩容；在设置群组配置信息的过程中，通常需要设置群组的群组规模，也即群组的最大成员数量。例如，建群用户预估需要加群的用户有100人左右，可以设置群组规模为200人；又例如，建群用户预估需要加群的用户有1500人左右，而IM软件所支持的群组规模最大为1000人，用户可以创建2个群组，并分别设置群组规模为1000人。

如果某个群组的成员数量已达到最大成员数量，则其他用户在扫描与该群组对应的二维码时，无法成功加入该群组，相当于与该群组对应的二维码“失效”了。因此，建群用户需要再触发创建新的群组，进一步地，基于已创建新的群组的属性信息，可以生成与上述新的群组对应的新的二维码，并将上述新的二维码展示给其他用户，以使用户不再扫描之前的二维码，而是在扫描新的二维码时，可以触发加入上述新的群组。

在实际应用中，为了运营、客服、宣传等业务需求，用户可以保存基于已创建群组的属性信息所生成的二维码，并将上述二维码置于文章、海报、视频、演示文稿（幻灯片）、产品手册等载体中，来展示给其他用户；上述二维码可以随着上述载体的传播而传播，以使其他用户获取并扫描上述二维码时，可以加入对应的已创建群组，从而起到引流作用。

由此可见，在以上示出的实施例中，在预先创建的群组的成员数量已满时，虽然建群用户可以再触发创建新的群组，并生成与新的群组对应的新的二维码，但是，对于已经传播出去的载体而言，置于其中的二维码可能无法及时地更新为新的二维码；也就是说，其他用户获取并扫描到的二维码，可能仍然是已“失效”的二维码，导致用户可能无法成功加入群组，从而与上述已创建的群组对应的二维码无法充分地起到引流作用。

有鉴于此，本说明书旨在提出一种可以基于群组配置信息，生成用于触发创建与目标业务对应的用户群组的图形编码，并在用户通过即时通讯客户端扫描上述图形编码时，按需创建用户群组的技术方案。

在实现时，可以接收即时通讯客户端发送的群组创建请求，上述群组创建请求中携带有用户通过上述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与上述图形编码标识对应的群组配置信息；上述图形编码用于触发创建与目标业务对应的用户群组；

进一步地，可以响应于上述群组创建请求，确定上述图形编码标识是否关联了基于上述群组配置信息创建的用户群组；

进一步地，如果上述图形编码标识关联了基于上述群组配置信息创建的用户群组，则确定上述用户群组的成员数量是否达到预设阈值；如果上述用户群组的成员数量达到预设阈值，则基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组。

由此可见，在本说明书中的技术方案中，一方面，通过确定接收到的群组创建请求中携带的图形编码标识是否关联了用户群组，来确定当前是否已存在基于与上述图形编码标识对应的群组配置信息所创建的用户群组；以及，通过确定已创建的用户群组的成员数量是否达到预设阈值，来确定是否可以将用户加入已创建的用户群组，进而在已创建的用户群组的成员数量达到预设阈值时，可以基于与上述图形编码标识对应的群组配置信息创建新的用户群组，从而在用户扫描建群码（即用于触发创建与目标业务对应的用户群组的图形编码）时，实现自动地按需创建用户群组，以承载不断增加的扫描建群码的用户；

另一方面，通过将用户加入基于上述群组配置信息创建的新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组，可以实现“一码多群”，也即，基于与同一建群码对应的群组配置信息可以创建若干用户群组，并且该建群码可以动态地与基于对应的群组配置信息创建的新的用户群组关联，从而与建群码对应的若干用户群组作为整体来看，可以实现无限地自动扩容，相当于基于预设的群组配置信息生成了“永不失效”的建群码。

下面通过具体实施例，并结合具体的应用场景对本申请进行描述。

请参见图1，图1是一示例性的实施例示出的群组配置界面的示意图。

在本说明书中，服务端可以基于预设的群组配置信息，生成对应的图形编码以及与上述图形编码对应的图形编码标识；其中，上述图形编码标识，可以用于唯一标识上述图形编码。

在实际应用中，用户可以通过服务端或客户端提供的群组配置界面，预先设置与待生成的图形编码和待创建的用户群组对应的群组配置信息；其中，上述群组配置信息至少可以包括待创建的用户群组的群组名称和管理员信息，还可以包括但不限于图形编码名称、待创建的用户群组的目标业务、单个用户群组的规模等等。

例如，用户可以通过群组配置界面，预先设置群码类型（即目标业务）为“运营业务”，群码名称（即图形编码名称）为“杭州区域运营码”，群名称（即群组名称）为“运营服务群”，单群规模（即单个用户群组的规模）为“1000人”，群主（即管理员信息）为“管理员A”。

请参见图2，图2是一示例性的实施例示出的基于预设的群组配置信息而生成的图形编码的示意图。

在本说明书中，上述图形编码，具体可以包括但不限于二维码、条形码等。

例如，搭载有群组服务的服务端基于用户预设的上述群组配置信息，可以生成对应的图形编码，该图形编码的名称为“杭州区域运营码”，与该图形编码对应的图形编码标识为CID1；当用户通过客户端扫描该图形编码“杭州区域运营码”时，可以触发服务端创建群组名称为“运营服务群#1群”、“运营服务群#2群”等的用户群组，每个用户群组的规模为1000人，还可以自动地将预设的群主“管理员A”加入创建的用户群组，并将其设置为群主。

需要说明的是，关于基于上述群组配置信息创建的用户群组的群组名称，以上仅仅是示例性的描述，并不对本说明书做限制。

在本说明书中，上述图形编码，可以用于触发创建与目标业务对应的用户群组。

其中，上述目标业务，可以包括各种类型的业务。例如，上述目标业务具体可以包括运营业务、客服业务、宣传业务等，用户可以根据需求灵活设置，以满足不同场景下的创建群组需求。

例如，上述与“杭州区域运营码”对应的群组配置信息中，预设的目标业务为“运营业务”，则服务端基于上述群组配置信息创建的上述用户群组“运营服务群#1群”、“运营服务群#2群”等，均为与运营业务对应的用户群组。

请参见图3，图3是一示例性的实施例示出的一种创建群组方法的流程图。上述方法应用于服务端；上述方法执行以下步骤：

步骤302：接收即时通讯客户端发送的群组创建请求，上述群组创建请求中携带有用户通过上述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与上述图形编码标识对应的群组配置信息；

步骤304：响应于上述群组创建请求，确定上述图形编码标识是否关联了基于上述群组配置信息创建的用户群组；

步骤306：如果上述图形编码标识关联了基于上述群组配置信息创建的用户群组，则确定上述用户群组的成员数量是否达到预设阈值；

步骤308：如果上述用户群组的成员数量达到预设阈值，则基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组。

在本说明书中，上述服务端，可以包括一台服务器，也可以包括由多台服务器形成的服务器集群。

在实际应用中，上述服务端可以提供群组服务；具体地，上述服务端可以创建用户群组，还可以将用户加入已创建的用户群组。

例如，上述服务端，具体可以包括提供群组服务的服务端，也可以包括搭载有群组服务的服务端。

又例如，上述服务端具体可以包括即时通讯服务端，也即，与客户端所搭载的即时通讯应用程序（IM软件）对应的服务端。

在本说明书中，上述即时通讯客户端，可以包括搭载有即时通讯应用程序的客户端，也可以包括具有即时通讯功能的客户端。

在实际应用中，上述即时通讯客户端，还可以支持扫描图形编码。

例如，上述即时通讯客户端，具体可以包括但不限于智能手机、平板电脑、智能手表等移动终端，并且上述即时通讯客户端安装有QQ、微信、钉钉等IM软件，或者在上述即时通讯客户端所安装的其他应用程序中植入了即时通讯功能，如：用户可以通过淘宝、微博等软件中内置的聊天功能进行即时通讯。

在本说明书中，上述服务端可以接收即时通讯客户端发送的群组创建请求，上述群组创建请求中携带有用户通过上述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与上述图形编码标识对应的群组配置信息。

在实际应用中，上述服务端可以基于预设的群组配置信息生成对应的图形编码，上述图形编码中至少可以携带有与上述图形编码对应的图形编码标识、以及与上述图形编码标识对应的群组配置信息；上述即时通讯客户端扫描上述图形编码，可以获取到其中携带的图形编码标识以及群组配置信息。

例如，用户B通过即时通讯客户端扫描如图2所示的图形编码“杭州区域运营码”，可以获取到与其对应的图形编码标识CID1、以及与该图形编码标识对应的群组配置信息，并且，该即时通讯客户端可以向服务端发送携带有获取到的图形编码标识CID1的群组创建请求；该服务端可以接收到该即时通讯客户端发送的该群组创建请求。

另外，在实际应用中，上述图形编码中还可以携带有与上述服务端搭载的群组服务对应的URL地址；具体地，上述群组创建请求，可以包括针对上述图形编码中携带的URL地址的访问请求。

例如，用户B通过即时通讯客户端扫描图形编码“杭州区域运营码”，可以获取到图形编码标识CID1和与服务端搭载的群组服务对应的URL地址，并且该即时通讯客户端可以发送针对该URL地址的携带有图形编码标识CID1的访问请求。

需要说明的是，关于传递图形编码标识的具体实现方式，以上示出的实施例仅仅是一种示例性的描述，并不对本说明书做限制；例如，本领域技术人员也可以为即时通讯客户端所搭载的IM软件开发预设接口，上述图形编码中可以携带与上述预设接口对应的接口编号，以使上述预设接口通过函数调用等方式，将扫描获取到的图形编码标识传递给服务端。

在本说明书中，上述服务端可以响应于接收到的群组创建请求，确定上述群组创建请求中携带的图形编码标识是否关联了基于上述群组配置信息创建的用户群组，上述用户群组包括基于与上述图形编码标识对应的群组配置信息创建的用户群组。

在实际应用中，上述服务端可以维护图形编码标识、与基于与上述图形编码标识对应的群组配置信息创建的用户群组的对应关系。具体地，服务端可以通过如表1所示例的图形编码标识与用户群组标识的对应关系表，来维护上述对应关系。

例如，在如表1所示的对应关系表中，图形编码标识CID1、CID2分别用于唯一标识图形编码“杭州区域运营码”、“客户服务码”，用户群组标识GID1、GID2分别用于唯一标识用户群组“运营服务群#1群”、“运营服务群#2群”；上述用户群组“运营服务群#1群”、“运营服务群#2群”，均为基于与图形编码“杭州区域运营码”对应的群组配置信息所创建的用户群组。

需要说明的是，上述服务端通过维护如表1所示的对应关系表，来维护图形编码标识与用户群组的对应关系，仅仅是一种示例性的实现方式，并不对本说明书做限制。

在实际应用中，上述服务端还可以记录与每个用户群组的创建时刻对应的创建时间戳；在只允许图形编码标识与一个用户群组关联时，与上述图形编码标识关联的用户群组，可以包括在基于与上述图形编码标识对应的群组配置信息创建的用户群组中，与上述创建时间戳对应的时刻最晚的用户群组。

例如，在如表1所示的对应关系表中，有2个基于与图形编码“杭州区域运营码”对应的群组配置信息所创建的用户群组，分别为“运营服务群#1群”、“运营服务群#2群”；如果用户群组“运营服务群#1群”的创建时间戳，早于用户群组“运营服务群#2群”的创建时间戳，则当前与图形编码标识CID1关联的为用户群组“运营服务群#2群”。

需要说明的是，在以上示出的实施例中，关于确定与图形编码标识关联的用户群组的实现方式，以上仅仅是一种示例性的描述，本领域技术人员也可以通过其他方式来确定与图形编码标识关联的用户群组。

在实际应用中，上述服务端通过确定上述图形编码标识是否关联了用户群组，可以确定当前是否已经存在基于与上述图形编码标识对应的群组配置信息创建的用户群组。如果关联了，可以理解为，在上述服务端接收到上述群组创建请求之前，已经有用户触发过基于与相同的图形编码对应的群组配置信息创建用户群组，并将创建的用户群组与上述图形编码标识关联；如果未关联，可以理解为，上述用户是扫描上述图形编码以触发创建用户群组的首个用户，当前不存在基于上述群组配置信息创建的用户群组。

例如，服务端响应于接收到的群组创建请求，可以先确定其中携带的图形编码标识CID1是否关联了基于与“杭州区域运营码”对应的群组配置信息创建的用户群组。

在本说明书中，如果上述图形编码标识关联了基于与上述图形编码标识对应的群组配置信息创建的用户群组，则上述服务端可以确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值。

在实际应用中，上述服务端通过确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值，可以确定是否将上述用户加入已创建并且已经与上述图形编码标识关联的用户群组；其中，上述预设阈值，可以包括上述群组配置信息中的单个用户群组的规模。如果上述成员数量达到预设阈值，则无法将上述用户加入当前与上述图形编码标识关联的用户群组，需要创建新的用户群组以承载上述用户；如果未达到阈值，则可以将上述用户加入当前与上述图形编码标识关联的用户群组，无需创建新的用户群组。

例如，接上述实施例继续举例，如果当前与图形编码标识CID1关联的为用户群组“运营服务群#2群”，则服务端可以进一步地确定用户群组“运营服务群#2群”的成员数量是否达到预设的单群规模1000人。

在本说明书中，如果上述用户群组的成员数量未达到预设阈值，则上述服务端可以将上述用户直接加入与上述图形编码标识关联的用户群组。

例如，如果用户群组“运营服务群#2群”的成员数量未达到预设的单群规模1000人，则无需创建新的用户群组，可以直接将上述用户加入用户群组“运营服务群#2群”。

在实际应用中，上述服务端确定将用户加入某个用户群组，具体可以包括：上述服务端向上述即时通讯客户端返回与可加入的上述用户群组对应的加群链接，以使上述即时通讯客户端可以向用户展示与上述用户群组对应的加群确认界面；响应于用户在上述加群确认界面中触发的确认操作，上述即时通讯客户端可以向上述服务端发送对应的确认消息，以使上述服务端将上述用户加入上述用户群组。

请参见图4，图4是一示例性的实施例示出的加群确认界面的示意图。

例如，如果用户群组“运营服务群#2群”的成员数量未达到预设的单群规模1000人，上述服务端可以向上述即时通讯客户端返回与用户群组“运营服务群#2群”对应的加群链接，以使上述即时通讯客户端可以向用户展示如图4所示的加群确认界面；响应于用户针对上述加群确认页面中的“加入该群”按钮的点击操作，上述服务端可以将该用户加入用户群组“运营服务群#2群”。

需要说明的是，在以上示出的实现方式中，通过向上述即时通讯客户端返回加群链接，用户可以进一步确认即将加入的用户群组是否与扫描的图形编码相对应，从而保证用户的加群安全，可以改善用户建群以及加群的体验。关于将用户加入已创建的用户群组的实现方式，以上仅仅是一种示例性的描述，并不对本说明书做限制。

在本说明书中，如果上述用户群组的成员数量达到预设阈值，则上述服务端可以基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组。

例如，如果用户群组“运营服务群#2群”的成员数量已达到预设的单群规模1000人，则需要创建新的用户群组，服务端可以基于与图形编码“杭州区域运营码”对应的群组配置信息，创建新的用户群组“运营服务群#3群”，对应的用户群组标识为GID3，将上述用户加入“运营服务群#3群”，并将与图形编码“杭州区域运营码”关联的用户群组，由“运营服务群#2群”更新为“运营服务群#3群”。

需要说明的是，在以上示出的实施方式中，由于已经无法将用户加入成员数量已达到预设阈值的用户群组，因此，通过将与上述图形编码标识关联的用户群组更新为创建的上述新的用户群组，后续其他用户扫描上述图形编码时，上述服务端可以直接确定上述新的用户群组的成员数量是否超过阈值，而无需针对所有基于与上述图形编码标识对应的群组配置信息创建的用户群组，确定成员数量是否超过阈值，从而提高服务端对接收到的群组创建请求的处理效率。

在示出的一种实施方式中，在确定上述用户群组的成员数量是否达到预设阈值之前，还可以包括：上述服务端检测上述用户群组是否为异常状态；如果上述用户群组为异常状态，则基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组；如果上述用户群组为正常状态，则进一步地确定上述用户群组的成员数量是否达到预设阈值。

在实际应用中，由于已创建的用户群组被解散、被封禁等，可能会导致用户群组变为异常状态，也即，已加入上述用户群组的用户无法通过上述用户群组正常地实现即时沟通。

例如，如果当前与图形编码标识CID1关联的为用户群组“运营服务群#2群”，则服务端可以先检测该用户群组是否为异常状态；如果检测到用户群组“运营服务群#2群”已被解散，为异常状态，则服务端可以基于与“杭州区域运营码”对应的群组配置信息，创建新的用户群组，将用户加入上述新的用户群组，并将与图形编码标识CID1关联的用户群组更新为上述新的用户群组。

又例如，如果检测到用户群组“运营服务群#2群”为正常状态，则可以进一步地确定用户群组“运营服务群#2群”的成员数量是否达到预设阈值。

需要说明的是，在以上示出的实施方式中，通过检测与上述图形编码标识关联的用户群组是否为异常状态，可以在上述关联的用户群组的成员数量未超过预设阈值，但是上述用户群组为异常状态时，创建新的用户群组以承载用户，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组，从而确保用户可以正常的触发创建群组或加入群组。

在示出的另一种实施方式中，上述群组创建请求中还可以携带有与上述用户对应的用户标识；在确定上述用户群组的成员数量是否达到预设阈值之前，还可以包括：上述服务端确定与上述用户标识对应的用户是否已加入基于上述群组配置信息创建的用户群组；如果已加入，则确定上述用户已加入的用户群组是否为异常状态；如果上述用户已加入的用户群组为异常状态，则进一步地确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值；如果未加入，则进一步地确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值。

在实际应用中，上述服务端还可以维护已创建的用户群组与加入上述用户群组的用户的对应关系。具体地，服务端可以通过如表2示例的用户群组标识与用户标识的对应关系表，来维护上述对应关系。

例如，在如表2示的对应关系表中，用户标识UID1、UID2、UID3分别用于唯一标识管理员A、用户B、用户C；其中，与用户标识UID2对应的用户B，通过扫描图形编码“杭州区域运营码”，已加入用户群组“运营服务群#1群”；与用户标识UID3应的用户C，通过扫描图形编码“杭州区域运营码”，已加入用户群组“运营服务群#2群”。

在实际应用中，由于与同一图形编码对应的多个用户群组为并列关系，因此，除了用户群组的管理员，通常只允许非管理员的用户加入与同一图形编码对应的一个用户群组，从而避免与同一图形编码对应的多个用户群组的成员出现冗余。但是，当用户已加入的用户群组为异常状态时，可以将该用户加入其它已创建的可加入的用户群组，也可以创建新的用户群组以承载该用户。

例如，服务端响应于接收到的群组创建请求，可以先确定与其中携带的用户标识UID4对应的用户D是否已加入与其中携带的图形编码标识CID1对应的任一用户群组；根据如表2示的对应关系表，服务端可以确定用户D并未加入过与图形编码标识CID1对应的任一用户群组；服务端可以进一步地确定当前与图形编码标识CID1关联的用户群组“运营服务群#2群”的成员数量是否达到预设阈值。

又例如，服务端响应于接收到的群组创建请求，可以先确定与其中携带的用户标识UID2对应的用户B是否已加入与其中携带的图形编码标识CID1对应的任一用户群组；根据如表2示的对应关系表，服务端可以确定用户B已加入与图形编码标识CID1对应的用户群组“运营服务群#1群”；服务端可以进一步地确定用户B已加入的用户群组“运营服务群#1群”是否为异常状态，如果为异常状态，可以先确定是否可以将用户加入与图形编码标识CID1对应的其它用户群组，即确定当前与图形编码标识CID1关联的用户群组“运营服务群#2群”的成员数量是否达到预设阈值。

又例如，如果服务端可以确定用户B已加入与图形编码标识CID1对应的用户群组“运营服务群#1群”，并且“运营服务群#1群”为正常状态，可以直接重定向至与用户B已加入的用户群组“运营服务群#1群”对应的加群链接，以提醒用户B已加入过与图形编码“杭州区域运营码”对应的用户群组“运营服务群#1群”，无需重复加入其它用户群组，也无需创建新的用户群组。

在示出的一种实施方式中，上述服务端基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组的过程，具体可以包括：检测在预设时长内或者同一时刻接收到的携带有上述图形编码标识的群组创建请求的数量；基于上述群组配置信息、以及上述群组创建请求的数量，创建若干新的用户群组，将上述用户加入上述若干新的用户群组中任一上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述若干新的用户群组。

在实际应用中，在高并发场景下，可以基于与同一图形编码标识对应的群组配置信息，同时创建多个用户群组以承载用户。服务端可以通过检测在预设时长内或者同一时刻接收到的携带有同一图形编码标识的群组创建请求的数量，来确定需要创建的用户群组的数量。

另外，在实际应用中，上述预设时长可以包括预设的极短的一段时长，从而在网络情况较差或服务端处理能力有限的情况下，判断是否出现高并发场景。优选的，在服务端的处理能力支持的情况下，服务端可以检测在同一时刻接收到的携带有同一图形编码标识的群组创建请求的数量。

例如，服务端检测到同一时刻接收到的携带有图形编码标识CID1的群组创建请求的数量有10000个，而对应的群组配置信息中单个用户群组的规模为1000人，可见，群组创建请求的数量明显大于单个用户群组的规模；服务端可以同时创建10个新的用户群组，并根据预设的加群规则，将上述10000个用户分别加入到上述10个新的用户群组，并将与图形编码标识CID1关联的用户群组更新为上述10个新的用户群组；进一步地，当上述10个可加入的用户群组中的任一用户群组的成员数量达到预设阈值时，服务端可以创建一个新的用户群组，以保证同时存在10个与图形编码标识CID1对应的可加入的用户群组，服务端也可以根据后续时刻检测到的群组创建请求的数量，来确定同时存在的与图形编码标识CID1对应的可加入的用户群组的数量。

需要说明的是，在以上示出的实施方式中，关于上述预设的加群规则，本领域技术人员可以根据需求灵活设置，本说明书不做限制；例如，服务端可以随机将用户加入上述若干新的用户群组中的任一用户群组，也可以先将用户加入一个用户群组，直至该用户群组的成员数量达到预设阈值，再将剩余的用户加入另一个用户群组。

在本说明书中，如果上述图形编码标识未关联基于上述群组配置信息创建的用户群组，则上述服务端可以基于上述群组配置信息创建用户群组，将上述用户加入创建的上述用户群组，并将创建的上述用户群组与上述图形编码标识关联。

例如，服务端响应于接收到的群组创建请求，可以先确定其中携带的图形编码标识CID2是否关联了基于与“客户服务码”对应的群组配置信息创建的用户群组；如表1所示，图形编码标识CID2未关联用户群组，则服务端可以基于与图形编码标识CID2对应的群组配置信息（即用户针对“客户服务码”预先设置的群组配置信息），创建用户群组“客户服务群#1群”，对应的用户群组标识为GID4，将用户加入创建的用户群组“客户服务群#1群”；服务端还可以在如表1所示的对应关系表中，记录图形编码标识CID2与用户群组标识GID4的对应关系，并将创建的用户群组“客户服务群#1群”与图形编码标识CID2关联。

由此可见，在以上示出的实施方式中，可能存在上述图形编码标识未关联用户群组的情况，可以理解为，本说明书中提供的技术方案是一种允许“先生成图形编码，再创建用户群组”的技术方案，其中，基于与图形编码对应的群组配置信息所创建的多个用户群组之间是并列关系，并非母子关系；其中的某个用户群组出现异常状态时，不会影响到并列的其他用户群组。

而相关技术中“群组分裂”的技术方案，是生成与已创建的群组（母群）的群组属性信息对应的图形编码，并将用户加入上述母群，或者加入由上述母群分裂出来的任一子群；也就是说，基于与图形编码对应的群组属性信息所创建的多个用户群组之间是母子关系，当母群为异常状态时，可能导致由母群分裂出来的子群也变为异常状态。

在示出的一种实施方式中，上述目标业务可以包括客服业务；上述用户群组可以包括服务群组。

在实际应用中，企业需要创建与客服业务对应的服务群组，并将相关的工作人员和客户都加入到上述服务群组中，以使工作人员可以通过群组聊天的方式，及时了解客户的诉求，进而为客户提供相应的服务，有助于提升客户的满意度。

例如，与用于触发创建与客服业务对应的服务群组的图形编码所对应的群组配置信息中，群码类型为“客服业务”，群码名称可以为“客户服务码”，群名称可以为“客户服务群”。

需要说明的是，在以上示出的实施方式中，针对与客服业务对应的服务群组，本领域技术人员可以根据需求，灵活地为服务群组开发一些特定的客服业务功能，本说明书不做限制。随着企业的经营或者项目的运转，涉及到的工作人员和客户的数量会越来越多，需要不断地创建新的与客服业务对应的服务群组，以承载更多的用户；服务端可以实现自动地创建若干与图形编码对应的服务群组，并且与同一图形编码对应的多个群组是基于相同的群组配置信息创建的，无需管理人员重复进行群组配置。

通过以上技术方案可知，一方面，通过确定接收到的群组创建请求中携带的图形编码标识是否关联了用户群组，来确定当前是否已存在基于与上述图形编码标识对应的群组配置信息所创建的用户群组；以及，通过确定已创建的用户群组的成员数量是否达到预设阈值，来确定是否可以将用户加入已创建的用户群组，进而在已创建的用户群组的成员数量达到预设阈值时，可以基于与上述图形编码标识对应的群组配置信息创建新的用户群组，从而在用户扫描建群码（即用于触发创建与目标业务对应的用户群组的图形编码）时，实现自动地按需创建用户群组，以承载不断增加的扫描建群码的用户；

另一方面，通过将用户加入基于上述群组配置信息创建的新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组，可以实现“一码多群”，也即，基于与同一建群码对应的群组配置信息可以创建若干用户群组，并且该建群码可以动态地与基于对应的群组配置信息创建的新的用户群组关联，从而与建群码对应的若干用户群组作为整体来看，可以实现无限地自动扩容，相当于服务端基于预设的群组配置信息生成了“永不失效”的建群码。

与上述创建群组方法的实施例对应的，本说明书还提供了一种创建群组装置的实施例。

请参见图5，图5是一示例性的实施例示出的一种创建群组装置所在电子设备的硬件结构图。在硬件层面，该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510，当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参见图6，图6是一示例性的实施例示出的一种创建群组装置的框图。该创建群组装置可以应用于如图5所示的电子设备中，以实现本说明书的技术方案。其中，上述创建群组装置可以包括：

接收单元602，用于接收即时通讯客户端发送的群组创建请求，上述群组创建请求中携带有用户通过上述即时通讯客户端扫描图形编码获取到的图形编码标识、以及与上述图形编码标识对应的群组配置信息；上述图形编码用于触发创建与目标业务对应的用户群组；上述群组配置信息包括在上述用户群组创建之前预配置的、用于创建上述用户群组的配置信息；

确定单元604，用于响应于上述群组创建请求，确定上述图形编码标识是否关联了基于上述群组配置信息创建的用户群组；如果上述图形编码标识关联了基于上述群组配置信息创建的用户群组，则确定上述用户群组的成员数量是否达到预设阈值；

创建单元606，用于如果上述用户群组的成员数量达到预设阈值，则基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组。

在本实施例中，上述创建单元606，还用于：

如果上述图形编码标识未关联基于上述群组配置信息创建的用户群组，则基于上述群组配置信息创建用户群组，将上述用户加入创建的上述用户群组，并将创建的上述用户群组与上述图形编码标识关联。

在本实施例中，上述确定单元604，还用于：

检测上述用户群组是否为异常状态；

如果上述用户群组为正常状态，则进一步地确定上述用户群组的成员数量是否达到预设阈值；

上述创建单元606，还用于：

如果上述用户群组为异常状态，则基于上述群组配置信息创建新的用户群组，将上述用户加入上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述新的用户群组。

在本实施例中，上述群组创建请求中还携带有与上述用户对应的用户标识；

上述确定单元604，还用于：

确定与上述用户标识对应的用户是否已加入基于上述群组配置信息创建的用户群组；

如果已加入，则确定上述用户已加入的用户群组是否为异常状态；如果上述用户已加入的用户群组为异常状态，则进一步地确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值；

如果未加入，则进一步地确定与上述图形编码标识关联的用户群组的成员数量是否达到预设阈值。

在本实施例中，上述创建单元606，具体用于：

检测在预设时长内或者同一时刻接收到的携带有上述图形编码标识的群组创建请求的数量；

基于上述群组配置信息、以及上述群组创建请求的数量，创建若干新的用户群组，将上述用户加入上述若干新的用户群组中任一上述新的用户群组，并将与上述图形编码标识关联的用户群组更新为上述若干新的用户群组。

在本实施例中，上述目标业务包括客服业务；上述用户群组包括服务群组。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例只是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

在一个典型的配置中，计算机包括一个或多个处理器（CPU）、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM）和/或非易失性内存等形式，如只读存储器（ROM）或闪存（flash RAM）。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。