会话群组的图形码处理方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种会话群组的图形码处理方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，出现了多用户在线群聊的技术，例如利用微信、企业微信等具有群聊功能的客户端，可实现多用户在线群聊。相关技术中，群成员可以通过邀请入群或者通过分享群二维码的方式邀请多个未加入会话群组的用户加入到该会话群组当中。

然而，邀请入群的方式需要通过已在会话群组内的成员进行邀请，对于入群的成员的关系链要求较高(仅适用于已有好友关系的熟人间传播)，不利于新成员的获取；而通过分享群二维码邀请外部的用户加入会话群组的方式，由于群二维码存在有效期限制(一般只有7天的有效期)，不利于持续有效的长期投放，并且由于群二维码与会话群组之间是一对一的关系，当会话群组满员后无法动态扩展新的会话群组，导致用户在扫码后无法及时加入对应的会话群组，降低了入群效率，进而影响了用户体验。

发明内容

本申请实施例提供一种会话群组的图形码处理方法、装置、电子设备及计算机可读存储介质，能够提高加入会话群组的效率，提升用户体验。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种会话群组的图形码处理方法，包括：

接收即时通信客户端发送的网络请求，其中，所述网络请求是所述即时通信客户端响应于针对第一图形码的扫描操作，得到第一会话群组的访问地址后发送的；

根据所述网络请求携带的所述访问地址，获取所述第一会话群组的信息；

当所述第一会话群组的信息满足扩展条件时，对所述第一会话群组进行扩展处理，得到第二会话群组，并生成对应所述第二会话群组的第二图形码；

向所述即时通信客户端发送所述第二图形码，其中，所述第二图形码用于供所述即时通信客户端绑定的账号加入所述第二会话群组。

本申请实施例提供一种会话群组的图形码处理装置，包括：

接收模块，用于接收即时通信客户端发送的网络请求，其中，所述网络请求是所述即时通信客户端响应于针对第一图形码的扫描操作，得到第一会话群组的访问地址后发送的；

获取模块，用于根据所述网络请求携带的所述访问地址，获取所述第一会话群组的信息；

扩展模块，用于当所述第一会话群组的信息满足扩展条件时，对所述第一会话群组进行扩展处理，得到第二会话群组；

生成模块，用于生成对应所述第二会话群组的第二图形码；

发送模块，用于向所述即时通信客户端发送所述第二图形码，其中，所述第二图形码用于供所述即时通信客户端绑定的账号加入所述第二会话群组。

上述方案中，所述扩展条件包括数量阈值；所述扩展模块，还用于从所述第一会话群组的信息中提取所述第一会话群组中的成员账号的数量；当所述第一会话群组中的成员账号的数量大于所述数量阈值时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，其中，所述第二会话群组与所述第一会话群组的管理员账号相同。

上述方案中，所述扩展条件还包括所述第一会话群组的预设等级；所述扩展模块，还用于当所述第一会话群组中的成员账号的数量大于所述数量阈值时，从所述第一会话群组的信息中提取允许加入所述第一会话群组的成员账号的预设等级；当所述网络请求携带的所述即时通信客户端绑定的账号的账号等级区别于所述预设等级、且已经创建的符合所述账号等级的会话群组的成员账号的数量大于所述数量阈值时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，其中，允许加入所述第二会话群组的成员账号的预设等级包括所述即时通信客户端绑定的账号的账号等级。

上述方案中，所述扩展条件包括所述第一会话群组的预设等级；所述扩展模块，还用于从所述第一会话群组的信息中提取允许加入所述第一会话群组的成员账号的预设等级；当所述网络请求携带的所述即时通信客户端绑定的账号的账号等级区别于所述预设等级时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，其中，允许加入所述第二会话群组的预设等级包括所述即时通信客户端绑定的账号的账号等级。

上述方案中，所述扩展条件包括所述第一会话群组的关联区域；所述扩展模块，还用于从所述第一会话群组的信息中提取所述第一会话群组的关联区域；当所述网络请求携带的运行所述即时通信客户端的终端的常驻区域区别于所述第一会话群组的关联区域时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，其中，所述第二会话群组的关联区域包括运行所述即时通信客户端的终端的常驻区域。

上述方案中，所述扩展条件包括活跃程度阈值；所述扩展模块，还用于从所述第一会话群组的信息中提取所述第一会话群组的活跃程度；当所述第一会话群组的活跃程度高于所述活跃程度阈值时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，且所述第二会话群组的活跃程度达到所述活跃程度阈值时，所述第二会话群组将被用于进行所述扩展处理以得到第三会话群组。

上述方案中，所述扩展条件包括所述第一会话群组的服务类型；所述扩展模块，还用于从所述第一会话群组的信息中提取所述第一会话群组的服务类型；当所述网络请求携带的所述即时通信客户端绑定的账号所需的服务类型区别于所述第一会话群组的服务类型时，创建区别于所述第一会话群组的新会话群组，以作为第二会话群组，其中，所述第二会话群组的服务类型包括所述即时通信客户端绑定的账号所需的服务类型。

上述方案中，所述装置还包括确定模块，用于当所述网络请求携带的所述即时通信客户端绑定的账号属于被屏蔽的黑名单账号时，拒绝响应所述网络请求，并确定将不转入执行根据所述网络请求携带的所述访问地址，获取所述第一会话群组的信息。

上述方案中，所述发送模块，还用于当所述第一会话群组的管理员账号处于失效状态时，向所述即时通信客户端发送第一提示信息，其中，所述第一提示信息用于提示当前无法响应所述网络请求。

上述方案中，所述装置还包括显示模块，用于显示所述第一会话群组中的成员账号；所述确定模块，还用于响应于账号选择操作，将所述第一会话群组中被选中的成员账号确定为新的管理员账号；所述装置还包括删除模块，用于从所述第一会话群组中删除所述处于失效状态的管理员账号；所述发送模块，还用于向所述即时通信客户端发送第二提示信息，其中，所述第二提示信息用于提示重新对所述第一图形码进行扫描操作。

上述方案中，所述装置还包括遍历模块，用于遍历所述第一会话群组和根据所述第一会话群组扩展得到的其他会话群组中的成员账号，其中，所述其他会话群组区别于所述第一会话群组和所述第二会话群组；所述确定模块，还用于当所述第一会话群组和根据所述第一会话群组扩展得到的其他会话群组中均不存在所述即时通信客户端绑定的账号时，确定将允许所述即时通信客户端绑定的账号加入所述第二会话群组。

上述方案中，所述获取模块，还用于获取所述即时通信客户端针对所述第一图形码的历史扫描记录；所述确定模块，还用于当根据所述历史扫描记录，确定所述即时通信客户端在预设时长内针对所述第一图形码的扫描次数大于次数阈值时，拒绝响应所述网络请求，并确定将不转入执行根据所述网络请求携带的所述访问地址，获取所述第一会话群组的信息。

上述方案中，所述确定模块，还用于响应于入群渠道数据查询操作，执行以下处理：根据所述第一图形码的编号查找不同图形码的编号与不同渠道信息之间的映射关系，得到所述第一图形码的渠道信息；将所述第一图形码的渠道信息记录为所述即时通信客户端绑定的账号对应的入群渠道信息；根据多个所述即时通信客户端绑定的账号对应的入群渠道信息，确定通过每个所述渠道信息的入群数量，其中，所述入群数量是通过每个所述渠道信息加入所述第一会话群组以及根据所述第一会话群组扩展得到的新会话群组的账号的数量；所述显示模块，还用于显示每个所述渠道信息对应的入群数量。

上述方案中，所述获取模块，还用于根据所述访问地址查询不同的备案访问地址与不同的备案群组标识之间的映射关系，得到与所述第一会话群组的访问地址关联的所述第一会话群组的群组标识；根据所述第一会话群组的群组标识查询不同的备案群组标识与不同的备案的会话群组的信息之间的映射关系，得到与所述第一会话群组的群组标识关联的所述第一会话群组的信息。

上述方案中，所述发送模块，还用于当检测到存在根据所述第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，将所述第四会话群组对应的第三图形码发送至所述即时通信客户端，其中，所述第三图形码用于供所述即时通信客户端绑定的账号加入所述第四会话群组；所述确定模块，还用于当检测到不存在根据所述第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，确定将转入执行对所述第一会话群组进行扩展处理，得到第二会话群组。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的会话群组的图形码处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的会话群组的图形码处理方法。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机可执行指令，用于被处理器执行时，实现本申请实施例提供的会话群组的图形码处理方法。

本申请实施例具有以下有益效果：

当第一会话群组的信息满足扩展条件时，对第一会话群组进行扩展处理，得到第二会话群组，并将第二会话群组的第二图形码返回给即时通信客户端，如此，由于提供给即时通信客户端的图形码是实时生成的、且图形码对应的会话群组是基于第一会话群组扩展得到的新会话群组，确保了即时通信客户端绑定的账号能够加入对应的会话群组，提高了加入会话群组的效率，提升了用户体验。

附图说明

图1是本申请实施例提供的会话群组的图形码处理系统100的架构示意图；

图2是本申请实施例提供的服务器200的结构示意图；

图3是本申请实施例提供的会话群组的图形码处理方法的流程示意图；

图4A至图4E是本申请实施例提供的会话群组的图形码处理方法的流程示意图；

图5是本申请实施例提供的会话群组的图形码处理方法的流程示意图；

图6是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图；

图7是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图；

图8是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图；

图9是本申请实施例提供的会话群组的图形码处理方法的流程示意图；

图10是本申请实施例提供的会话群组的图形码处理方法的流程示意图；

图11是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图；

图12是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)图形码：包括二维码和条形码，其中，二维码是用某种特定的几何图形按一定规律在平面(二维方向上)分布的、黑白相间的、记录数据符号信息的图形，在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图像输入设备或光电扫描设备自动识读以实现信息自动处理。它具有条码技术的一些共性：每种码制有其特定的字符集；每个字符占有一定的宽度；具有一定的校验功能等，同时还具有对不同行的信息自动识别功能、及处理图形旋转变化点。

其中，活码是二维码的一种高级形态，相较于普通的二维码来说具有更强大的功能，其通过短网址指向保存在服务器(例如云端)的信息。活码的图案和普通二维码相比更简单更容易扫描，而且可以随时更改云端内容，做到同一个图案，不同的内容，极大的方便了二维码的印刷管理，甚至可以先印刷图案，后设置内容。

2)小程序(Mini Program)：是一种不需要下载安装即可使用的应用程序。为了向用户提供更多样化的业务服务，开发者可为终端设备的应用(例如即时通信应用、购物应用、邮件应用等)开发相应的小程序，该小程序可作为子应用被嵌入至终端设备的应用中，通过运行应用内的子应用(即对应的小程序)能够为用户提供相应的业务服务。

3)响应于：用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

4)群组：是公司、企业以及其他各种单位中对外提供服务(例如可以是技术支持、售前咨询、售后服务)的成员的集合。

随着互联网技术的发展，在线群聊已成为常用的信息交互方式。在使用在线群聊培养社群(例如客户群)的过程中，一个很重要的部分就是增加群聊人数来充实社群。目前一般通过使用邀请入群或者扫群二维码的方式邀请新用户加入会话群组，其中，邀请入群的方式需要通过已在群内的成员进行邀请，对于入群的成员的关系链要求较高，不利于新客户的获取；而通过扫群二维码的方式存在因群二维码过期或者群二维码所代表的群人数已满等问题，导致用户无法及时加入对应的会话群组中，降低了入群效率，进而影响了用户体验。

鉴于此，本申请实施例提供一种会话群组的图形码处理方法、装置、电子设备及计算机可读存储介质，能够提高加入会话群组的效率，提升用户体验。下面说明本申请实施例提供的电子设备的示例性应用，本申请实施例提供的电子设备可以实施为服务器，或者由终端和服务器协调实施。下面以由终端和服务器协调实施本申请实施例提供的会话群组的图形码处理方法为例进行说明。

参见图1，图1是本申请实施例提供的会话群组的图形码处理系统100的架构示意图，终端400通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。

终端400上运行有即时通信客户端410，即时通信客户端410可以是为个人用户提供互联网社交服务的即时通信客户端(例如微信)，也可以是为企业用户提供互联网社交服务的即时通信客户端(例如企业微信)，当即时通信客户端410响应于针对第一图形码(例如群活码)的扫描操作(例如用户点击即时通信客户端410提供的扫一扫功能对第一图形码进行扫描)，得到第一会话群组的访问地址后(例如在扫描得到第一图形码后，即时通信客户端410会对第一图形码进行解析，得到第一图形码绑定的第一会话群组的访问地址)，会通过网络300向服务器200发送携带第一会话群组的访问地址的网络请求。

服务器200在接收到即时通信客户端410发送的网络请求后，首先根据网络请求携带的第一会话群组的访问地址，获取第一会话群组的信息，接着服务器200判断当前第一会话群组的信息是否满足扩展条件(例如第一会话群组的成员账号的数量是否大于数量阈值)，当第一会话群组的信息满足扩展条件时，对第一会话群组进行扩展条件，得到第二会话群组(例如创建区别于第一会话群组的新会话群组，以作为第二会话群组)，并生成对应第二会话群组的第二图形码(例如群二维码)，随后服务器200可以通过网络300将生成的第二图形码发送至即时通信客户端410，如此，由于服务器200返回的第二图形码对应的会话群组是基于第一会话群组扩展得到的新会话群组，确保了用户能够通过扫描第二图形码加入对应的会话群组，提高了加入会话群组的效率，进而提升了用户体验。

在一些实施例中，本申请实施例可以借助云技术(Cloud Technology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、存储、处理和共享的一种托管技术。

云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。例如上述服务器200和终端400之间的服务交互功能可以通过云技术实现。

作为示例，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、以及智能手表等各种类型的用户终端，但并不局限于此。终端400以及服务器200可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

下面对图1中示出的服务器200的结构进行说明。参见图2，图2是本申请实施例提供的服务器200的结构示意图，图2所示的服务器200包括：至少一个处理器210、存储器240、至少一个网络接口220。服务器200中的各个组件通过总线系统230耦合在一起。可理解，总线系统230用于实现这些组件之间的连接通信。总线系统230除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统230。

处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

存储器240可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器240可选地包括在物理位置上远离处理器210的一个或多个存储设备。

存储器240包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器240旨在包括任意适合类型的存储器。

在一些实施例中，存储器240能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统241，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块242，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

在一些实施例中，本申请实施例提供的会话群组的图形码处理装置可以采用软件方式实现，图2示出了存储在存储器240中的会话群组的图形码处理装置243，其可以是程序和插件等形式的软件，包括以下软件模块：接收模块2431、获取模块2432、扩展模块2433、生成模块2434、发送模块2435、确定模块2436、显示模块2437、删除模块2438和遍历模块2439，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。需要说明的是，在图2中为了表述方便一次性示出了上述所有模块，可以理解的是，在实际应用中，会话群组的图形码处理装置243也可以仅包括接收模块2431、获取模块2432、扩展模块2433、生成模型2434和发送模块2435的实施，将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的会话群组的图形码处理装置可以采用硬件方式实现，作为示例，本申请实施例提供的会话群组的图形码处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的会话群组的图形码处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

下面从即时通信客户端与服务器之间交互的角度，对本申请实施例提供的会话群组的图形码处理方法进行具体说明。

参见图3，图3是本申请实施例提供的会话群组的图形码处理方法的流程示意图，将结合图3示出的步骤进行说明。

在步骤S101中，即时通信客户端响应于针对第一图形码的扫描操作，得到第一会话群组的访问地址。

在一些实施例中，第一图形码(例如群活码即内容可变的群二维码)可以是被添加到海报、社交网络账号发布的文章(例如公众号文章)、小程序、产品说明书等需要与用户建立联系的场景中的，也就是说，即时通信客户端可以响应于针对海报、公众号文章、或者产品说明书中显示的第一图形码的扫描操作，并对扫描得到的第一图形码进行解析，得到第一图形码绑定的第一会话群组的访问地址。

示例的，以第一图形码被添加至小程序中为例，当用户点击微信客户端中显示的添加有第一图形码的小程序时，微信后台服务器将向用户的微信客户端发送携带有第一图形码的消息，用户点击消息的效果就相当于针对第一图形码进行扫描操作，得到第一会话群组的访问地址，其中，第一会话群组可以是会话群组创建用户(例如企业管理员)创建的原始会话群组(即没有经过扩展处理的种子群)。

在步骤S102中，即时通信客户端向服务器发送携带访问地址的网络请求。

在一些实施例中，即时通信客户端在针对扫描得到的第一图形码进行解析处理，得到第一图形码绑定的第一会话群组的访问地址(例如网页链接地址，其中，不同的会话群组对应的网页链接地址是不同的，即针对不同的第一图形码进行扫描后，得到的网页链接地址是不同的)后，可以向服务器发送携带第一会话群组的访问地址的网络请求。

在步骤S103中，服务器根据网络请求携带的访问地址，获取第一会话群组的信息。

在一些实施例中，服务器在执行图3示出的步骤S103之前，还可以执行以下处理：当网络请求携带的即时通信客户端绑定的账号属于被屏蔽的黑名单账号(例如第一会话群组的管理员账号主动屏蔽的黑名单账号，或者后台系统在检测到某个账号发表违反法律法规的信息、恶意广告等骚扰信息时自动屏蔽的黑名单账号)时，拒绝响应即时通信客户端发送的网络请求，并确定将不转入执行根据网络请求携带的访问地址，获取第一会话群组的信息。

示例的，为了避免恶意用户加入会话群组，对会话群组中的成员产生骚扰，服务器在根据即时通信客户端发送的网络请求中携带的访问地址，获取第一会话群组的信息之前，可以首先判断网络请求携带的即时通信客户端绑定的账号是否属于第一会话群组的管理员账号主动屏蔽的黑名单账号、或者是由后台系统自动屏蔽的黑名单账号，当服务器检测到即时通信客户端绑定的账号属于被屏蔽的黑名单账号时，拒绝响应即时通信客户端发送的请求，如此，通过对入群的用户进行前置管控，避免了恶意用户在会话群组中刷广告、发送非法诈骗内容等运营风险。

在另一些实施例中，服务器在执行图3示出的步骤S103之前，还可以执行以下处理：当第一会话群组的管理员账号处于失效状态(例如管理员账号对应的企业员工离职)时，向即时通信客户端发送第一提示信息，其中，第一提示信息用于提示当前无法响应网络请求。

示例的，为了避免新加入会话群组的用户没有对应的客服人员跟进，因此，当服务器检测到第一会话群组的管理员账号处于失效状态(例如管理员账号对应的客服人员离职)时，可以暂时关闭第一图形码对应的功能，并向即时通信客户端返回相应的提示信息，例如“由于客服人员离职当前无法响应网络请求，请在10分钟后重新进行扫描”。

在一些实施例中，承接上述示例，当服务器检测到第一会话群组的管理员账号处于失效状态时，还可以执行以下处理：显示第一会话群组的成员账号；响应于账号选择操作，将第一会话群组中被选中的成员账号确定为新的管理员账号，并从第一会话群组中删除处于失效状态的管理员账号；向即时通信客户端发送第二提示信息，其中，第二提示信息用于提示重新对第一图形码进行扫描操作。

示例的，当服务器检测到第一会话群组的管理员账号处于失效状态时，可以调用对应的管理终端，以在管理终端的人机交互界面中显示第一会话群组的所有成员账号；接着，管理终端响应于用户(例如企业管理员)针对人机交互界面中显示的账号的选择操作，向服务器发送用户在第一会话群组中选中的成员账号；随后，服务器将用户在第一会话群组中选中的成员账号确定为新的管理员账号，并从第一会话群组中删除处于失效状态的管理员账号；最后，服务器可以向即时通信客户端发送相应的提示信息，例如“当前已完成群主继承，可以重新对第一图形码进行扫描”，如此，当服务器确定出新的管理员账号后，向即时通信客户端发送相应的提示信息，能够使用户在第一时间通过扫码的方式加入对应的会话群组，提高了加入会话群组的效率，进而提升了用户体验。

在一些实施例中，服务器在执行图3示出的步骤S103之前，还可以执行以下处理：获取即时通信客户端针对第一图形码的历史扫描记录；当根据历史扫描记录，确定即时通信客户端在预设时长内针对第一图形码的扫描次数大于次数阈值时，拒绝响应即时通信客户端发送的网络请求，并确定将不转入执行根据网络请求携带的访问地址，获取第一会话群组的信息。

示例的，为了避免同一用户不断扫描第一图形码，遍历访问第一图形码背后所有会话群组的信息，服务器在根据网络请求携带的访问地址，获取第一会话群组的信息之前，还可以首先获取即时通信客户端针对第一图形码的历史扫描记录(例如获取即时通信客户端在最近20分钟内针对第一图形码的扫描记录)；当服务器根据所获取的历史扫描记录，确定即时通信客户端在预设时长内针对第一图形码的扫描次数大于次数阈值(例如5次)时(例如服务器根据历史扫描记录，确定即时通信客户端在10分钟内针对第一图形码的扫描次数为6次)，拒绝响应即时通信客户端发送的网络请求，如此，能够避免同一用户通过不断扫描第一图形码的方式，来遍历获取第一图形码背后所有会话群组的信息，同时也节约了服务器的系统资源。

在一些实施例中，服务器可以通过以下方式实现图3示出的步骤S103：根据访问地址查询不同的备案访问地址与不同的备案群组标识之间的映射关系，得到与第一会话群组的访问地址关联的第一会话群组的群组标识；根据第一会话群组的群组标识查询不同的备案群组标识与不同的备案的会话群组的信息之间的映射关系，得到与第一会话群组的群组标识关联的第一会话群组的信息。

示例的，企业管理员在创建对话群组后，服务器会生成会话群组对应的群组标识(例如群组编号)，并建立不同的备案群组标识与不同的备案的会话群组的信息之间的映射关系(即一个群组标识对应一个会话群组的信息)，同时服务器还会建立不同的备案群组标识与不同的备案访问地址之间的映射关系(即一个访问地址对应一个群组标识)，如此，当服务器接收到即时通信客户端发送的访问地址后，可以根据访问地址查询预先建立的不同的备案访问地址与不同的备案群组标识之间的映射关系，得到与第一会话群组的访问地址关联的第一会话群组的群组标识，在得到第一会话群组的群组标识之后，服务器可以进一步根据第一会话群组的群组标识查询预先建立的不同的备案群组标识与不同的备案的会话群组的信息之间的映射关系，得到与第一会话群组的群组标识关联的第一会话群组的信息，其中，第一会话群组的信息可以包括第一会话群组中的成员账号的数量、第一会话群组的关联区域、第一会话群组的服务类型等。

在步骤S104中，当第一会话群组的信息满足扩展条件时，服务器对第一会话群组进行扩展处理，得到第二会话群组。

在一些实施例中，扩展条件可以包括数量阈值，则图3示出的步骤S104可以通过图4A示出的步骤S1041A至步骤S1042A实现，将结合图4A示出的步骤进行说明。

在步骤S1041A中，从第一会话群组的信息中提取第一会话群组中的成员账号的数量。

在一些实施例中，服务器在基于步骤S103得到第一会话群组的信息后，可以从第一会话群组的信息中提取第一会话群组中的成员账号的数量，即服务器确定第一会话群组当前包括的群成员账号的数量。

在步骤S1042A中，当第一会话群组中的成员账号的数量大于数量阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，第二会话群组与第一会话群组的管理员账号可以是相同的，例如可以使用第一会话群组的群主身份创建第二会话群组。

在一些实施例中，当服务器检测到第一会话群组当前包括的群成员账号的数量大于数量阈值时，会以第一会话群组的管理员账号的身份自动创建第二会话群组，其中，数量阈值可以是第一会话群组的群人数上限值，例如假设第一会话群组的群人数上限值为200，则数量阈值也可以设定为200；当然，在实际应用中，用户在扫描第一图形码之后，可能会将第一图形码保存下来以供其他用户进行扫描，因此，为了尽可能向即时通信客户端返回群人数未满的会话群组对应的图形码，数量阈值的取值也可以设定为群人数上限值的一半，例如当群人数上限值为200时，数量阈值可以设定为100。

在一些实施例中，扩展条件可以同时包括数量阈值和第一会话群组的预设等级，则图4A示出的步骤S1042A可以通过图5示出的步骤S10421A至步骤S10422A实现，将结合图5示出的步骤进行说明。

在步骤S10421A中，当第一会话群组中的成员账号的数量大于数量阈值时，从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级。

在一些实施例中，当服务器检测到第一会话群组中的成员账号的数量大于数量阈值时，进一步从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级，例如第一会话群组的成员账号的预设等级可以是1-15级，即只有小于或者等于15级的账号允许加入第一会话群组，超过15级的账号不能加入第一会话群组。

在步骤S10422A中，当网络请求携带的即时通信客户端绑定的账号的账号等级区别于预设等级、且已经创建的符合账号等级的会话群组的成员账号的数量大于数量阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，允许加入第二会话群组的成员账号的预设等级包括即时通信客户端绑定的账号的账号等级。

在一些实施例中，即时通信客户端发送的网络请求中还可以携带有即时通信客户端绑定的账号，当服务器检测到即时通信客户端绑定的账号的账号等级区别于第一会话群组的预设等级(例如即时通信客户端绑定的账号的账号等级为16级，而第一会话群组的预设等级为1-15级)、且已经创建的符合即时通信客户端的账号的账号等级的会话群组的成员账号的数量大于数量阈值(即符合账号等级的会话群组也已经满员)时，以第一会话群组的管理员账号的身份自动创建区别于第一会话群组的新会话群组，以作为第二会话群组(即高等级的账号对应的会话群组，例如第二会话群组的预设等级可以是16-30级)。

在一些实施例中，扩展条件可以包括第一会话群组的预设等级，则图3示出的步骤S104可以通过图4B示出的步骤S1041B至步骤S1042B实现，将结合图4B示出的步骤进行说明。

在步骤S1041B中，从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级。

在一些实施例中，服务器在基于步骤S103得到第一会话群组的信息后，可以从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级，例如允许加入第一会话群组的成员账号的预设等级可以是1-10级，即只有小于或者等于10级的账号才能加入第一会话群组。

在步骤S1042B中，当网络请求携带的即时通信客户端绑定的账号的账号等级区别于预设等级时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，允许加入第二会话群组的成员账号的预设等级包括即时通信客户端绑定的账号的账号等级。

在一些实施例中，即时通信客户端发送的网络请求中还可以携带有即时通信客户端绑定的账号(例如当即时通信客户端为微信客户端时，即时通信客户端绑定的账号为用户注册的微信账号)，服务器在接收到即时通信客户端发送的网络请求后，首先从网络请求中提取出即时通信客户端绑定的账号，接着判断即时通信客户端绑定的账号的账号等级与允许加入第一会话群组的成员账号的预设等级是否相同，当服务器确定出即时通信客户端绑定的账号的账号等级区别于允许加入第一会话群组的成员账号的预设等级时(例如即时通信客户端绑定的账号的账号等级高于允许加入第一会话群组的成员账号的预设等级)，以第一会话群组的管理员账号的身份自动创建区别于第一会话群组的新会话群组，以作为第二会话群组(即用于为高等级的账号对应的用户(例如VIP用户)提供服务的会话群组)，如此，针对不同等级的用户扩展创建对应的会话群组，提升了服务效率和用户体验。

在一些实施例中，扩展条件可以包括第一会话群组的关联区域，则图3示出的步骤S104可以通过图4C示出的步骤S1041C至步骤S1042C实现，将结合图4C示出的步骤进行说明。

在步骤S1041C中，从第一会话群组的信息中提取第一会话群组的关联区域。

在一些实施例中，服务器在基于步骤S103获取第一会话群组的信息之后，可以从第一会话群组的信息中提取第一会话群组的关联区域(例如第一会话群组关联的服务区域，即不同的会话群组关联的服务区域是不同的，且每个会话群组关联一个服务区域)，例如第一会话群组的关联区域可以是A市，即第一会话群组主要用于为A市的用户提供相应的服务。

在步骤S1042C中，当网络请求携带的运行即时通信客户端的终端的常驻区域区别于第一会话群组的关联区域时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，第二会话群组的关联区域包括运行即时通信客户端的终端的常驻区域。

在一些实施例中，即时通信客户端发送的网络请求中还可以携带有运行即时通信客户端的终端的常驻区域(例如可以通过终端内置的全球定位系统获取终端的常驻区域，也可以根据终端连接的无线局域网来获取终端的常驻区域)，则服务器在接收到即时通信客户端发送的网络请求后，首先从网络请求中提取出运行即时通信客户端的终端的常驻区域，接着判断终端的常驻区域与第一会话群组的关联区域是否相同，当终端的常驻区域区别于第一会话群组的关联区域时(例如终端的常驻区域为B市，而第一会话群组的关联区域为A市)，则服务器创建区别于第一会话群组的新会话群组，以作为第二会话群组(即主要用于为B市的用户提供服务的会话群组)，如此，针对不同区域的用户，服务器扩展创建对应的会话群组，提高了服务效率和用户体验。

在另一些实施例中，扩展条件可以是同时包括数量阈值和第一会话群组的关联区域的，则当服务器确定出第一会话群组中的成员账号的数量大于数量阈值后，还可以执行以下处理：从第一会话群组的信息中提取第一会话群组的关联区域；当即时通信客户端发送的网络请求中携带的运行即时通信客户端的终端的常驻区域区别于第一会话群组的关联区域(例如假设第一会话群组的关联区域为A市，而终端的常驻区域为B市)、且已经创建的符合终端的常驻区域的会话群组的成员账号的数量大于数量阈值(即已经创建的用于为B市的用户提供服务的会话群组已经满员)时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，如此，通过综合考虑数量阈值和第一会话群组的关联区域，避免了重复创建相同类型的会话群组，节约了服务器的系统资源。

在另一些实施例中，扩展条件还可以包括活跃程度阈值，则图3示出的步骤S104可以通过图4D示出的步骤S1041D至步骤S1042D实现，将结合图4D示出的步骤进行说明。

在步骤S1041D中，从第一会话群组的信息中提取第一会话群组的活跃程度。

在一些实施例中，服务器在基于步骤S103获取第一会话群组的信息之后，还可以从第一会话群组的信息中提取第一会话群组的活跃程序，例如提取第一会话群组中成员账号发送消息的频率。

在步骤S1042D中，当第一会话群组的活跃程度高于活跃程度阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，当第二会话群组的活跃程度达到活跃程序阈值时，第二会话群组将被用于进行扩展处理以得到第三会话群组。

在一些实施例中，当服务器检测到第一会话群组的活跃程度高于活跃程度阈值时，例如当服务器检测到第一会话群组每分钟产生的消息的条数大于100条时(即第一会话群组中的成员账号在1分钟内发送的消息超过100条)，则以第一会话群组的管理员账号的身份自动创建区别于第一会话群组的新会话群组，以作为第二会话群组，此外，当服务器检测到第二会话群组的活跃程度达到活跃程度阈值时，会继续对第二会话群组进行扩展处理，得到第三会话群组，如此，能够避免因为会话群组中的成员账号过于活跃导致新入群的用户遗漏管理员账号发布的一些重要信息(例如因为成员账号的刷屏导致新入群的用户无法及时获取群主发布的产品信息)。

在一些实施例中，扩展条件可以包括第一会话群组的服务类型，则图3示出的步骤S104可以通过图4E示出的步骤S1041E至步骤S1042E实现，将结合图4E示出的步骤进行说明。

在步骤S1041E中，从第一会话群组的信息中提取第一会话群组的服务类型。

在一些实施例中，当服务器基于步骤S103获取第一会话群组的信息之后，还可以从第一会话群组的信息中提取第一会话群组的服务类型，例如第一会话群组的服务类型可以是售前咨询，也就是说，不同的会话群组提供的服务类型是不同的。

在步骤S1042E中，当网络请求携带的即时通信客户端绑定的账号所需的服务类型区别于第一会话群组的服务类型时，创建区别于第一会话群组的新会话群组，以作为第二会话群组。

这里，第二会话群组的服务类型包括即时通信客户端绑定的账号所需的服务类型。

在一些实施例中，即时通信客户端发送的网络请求中还可以携带有即时通信客户端绑定的账号所需的服务类型(例如可以基于即时通信客户端绑定的账号的购买记录、浏览记录等确定所需的服务类型)，则服务器在接收到即时通信客户端发送的网络请求后，首先从网络请求中提取出即时通信客户端绑定的账号所需的服务类型，接着判断账号所需的服务类型与第一会话群组的服务类型是否相同，当服务器确定出即时通信客户端绑定的账号所需的服务类型区别于第一会话群组的服务类型(例如第一会话群组的服务类型为售前咨询，而基于购买记录确定用户已经购买了相应的产品时，也就是说，即时通信客户端绑定的账号所需的服务类型为售后服务)时，自动创建区别于第一会话群组的新会话群组，以作为第二会话群组(即用于提供售后服务的会话群组)，如此，针对不同的服务类型扩展创建对应的会话群组，提高了服务效率和用户体验。

在另一些实施例中，扩展条件可以同时包括数量阈值和第一会话群组的服务类型，则服务器在确定第一会话群组中的成员账号的数量大于数量阈值后，还可以执行以下处理：从第一会话群组的信息中提取第一会话群组的服务类型；当即时通信客户端发送的网络请求中携带的即时通信客户端绑定的账号所需的服务类型区别于第一会话群组的服务类型(例如第一会话群组的服务类型为售前咨询，而即时通信客户端绑定的账号所需的服务类型为售后服务)、且已经创建的符合账号所需的服务类型的会话群组的成员账号的数量大于数量阈值(即已经创建的用于提供售后服务的会话群组已经满员)时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，如此，通过综合考虑数量阈值和第一会话群组的服务类型，能够避免重复创建相同类型的会话群组，从而节约了服务器的系统资源。

在一些实施例中，服务器在对第一会话群组进行扩展处理，得到第二会话群组之前，还可以执行以下处理：当检测到存在根据第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，将第四会话群组对应的第三图形码发送至即时通信客户端，其中，第三图形码用于供即时通信客户端绑定的账号加入第四会话群组；当检测到不存在根据第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，确定将转入执行对第一会话群组进行扩展处理，得到第二会话群组。

示例的，服务器在对第一会话群组进行扩展处理之前，首先检测是否已经存在群成员账号的数量未满的空闲会话群组，当存在空闲的会话群组时，可以直接将空闲的会话群组对应的群二维码发送至即时通信客户端，以供用户通过扫码加入空闲的会话群组；当检测到不存在空闲的会话群组时，确定将转入执行创建区别于第一会话群组的新会话群组，如此，通过预先检测是否存在空闲的会话群组，避免了重复创建新的会话群组，从而节约了服务器的系统资源。

在步骤S105中，服务器生成对应第二会话群组的第二图形码。

在一些实施例中，服务器在对第一会话群组进行扩展处理，得到第二会话群组之后，可以生成对应第二会话群组的第二图形码(例如群二维码)，其中，第二图形码可以包括第二会话群组的群组标识以及群组名称等信息。也就是说，通过扫描第二图形码能够获取第二会话群组的群组标识以及群组名称等。

在步骤S106中，服务器向即时通信客户端发送第二图形码。

这里，第二图形码可以用于供即时通信客户端绑定的账号加入第二会话群组。

在一些实施例中，在即时通信客户端绑定的账号加入第二会话群组之前，服务器还可以执行以下处理：遍历第一会话群组和根据第一会话群组扩展得到的其他会话群组中的成员账号，其中，其他会话群组区别于第一会话群组和第二会话群组；当第一会话群组和根据第一会话群组扩展得到的其他会话群组中均不存在即时通信客户端绑定的账号时，确定将允许即时通信客户端绑定的账号加入第二会话群组，如此，能够避免同一账号同时加入多个会话群组中导致的资源浪费。

在另一些实施例中，服务器还可以响应于入群渠道数据查询操作，执行以下处理：根据第一图形码的编号查找不同图形码的编号与不同渠道信息之间的映射关系，得到第一图形码的渠道信息；将第一图形码的渠道信息记录为即时通信客户端绑定的账号对应的入群渠道信息；根据多个即时通信客户端绑定的账号分别对应的入群渠道信息，确定通过每个渠道信息的入群数量，其中，入群数量是通过每个渠道信息加入第一会话群组以及根据第一会话群组扩展得到的新会话群组的账号的数量，并显示每个渠道信息分别对应的入群数量。

示例的，在得到第一图形码(例如群活码)之后，服务器可以针对每个群活码进行编号，并建立不同群活码的编号与不同渠道信息之间的映射关系，例如假设编号为1的群活码被投放至商场，编号为2的群活码被投放至车站，编号为3的群活码被投放至机场，则可以建立如下的映射关系：编号1-商场；编号2-车站；编号3-机场，如此，服务器在接收到入群渠道数据查询操作时，可以根据待查询的群活码的编号查找预先建立的不同群活码的编号与不同渠道信息之间的映射关系，得到待查询的群活码的渠道信息(例如假设待查询的群活码的编号为1，则通过查找预先建立的映射关系，可以得到编号为1的群活码的渠道信息为商场，即编号为1的群活码是被投放至商场中的)，接着，服务器还可以将编号为1的群活码的渠道信息记录为即时通信客户端绑定的账号对应的入群渠道信息，也就是说，将通过扫描编号为1的群活码加入对应会话群组的账号对应的入群渠道信息记录为通过商场的群活码加入群聊；随后，服务器可以根据多个即时通信客户端绑定的账号分别对应的入群渠道信息，确定通过每个渠道信息的入群数量，例如分别确定通过商场的群活码加入相应会话群组(可以是第一会话群组，也可以是根据第一会话群组扩展得到的新会话群组)的账号的数量、通过机场的群活码加入相应会话群组的账号的数量以及通过车站的群活码加入相应会话群组的账号的数量，并调用对应管理终端的人机交互界面显示每个渠道信息分别对应的入群数量，例如在管理终端的人机交互界面中显示如下内容：通过商场扫码入群数量5、通过机场扫码入群数量10、通过车站扫码入群数量8，如此，通过支持提取用户的入群渠道数据，对企业的获客渠道提供对应的数据支撑，能够提升企业持续获客的能力。

本申请实施例提供的会话群组的图形码处理方法，在当第一会话群组的信息满足扩展条件时，对第一会话群组进行扩展处理，得到第二会话群组，并将第二会话群组的第二图形码返回给即时通信客户端，如此，由于提供给即时通信客户端的图形码对应的会话群组是基于第一会话群组扩展得到的新会话群组，确保了即时通信客户端绑定的账号能够加入对应的会话群组，提高了入群效率和用户体验。

下面，以即时通信客户端的2个版本，例如个人版和企业版互通为例，说明本申请实施例在一个实际的应用场景中的示例性应用，其中，个人版即时通信客户端是指为个人用户提供互联网社交服务的即时通信客户端(例如微信)，企业版即时通信客户端是指为企业用户提供互联网社交服务的即时通信客户端(例如企业微信)。

随着互联网技术的发展，出现了多用户在线群聊的技术，例如利用微信、企业微信等具有群聊功能的客户端，可实现多用户在线群聊。在使用在线群聊培养社群(例如可以是企业微信客户端和微信客户端的互通群，即该互通群中可以包括微信客户端的用户也可以包括企业微信客户端的用户，具体的，企业微信的服务人员可以添加微信用户或者其他企业的用户为好友(即客户)后，将这些客户拉进的互通群可以称为客户群)的过程中，一个很重要的部分就是增加群聊人数来充实社群。

相关技术中，群成员可以通过邀请入群的方式或者通过分享群二维码的方式邀请多个未加入群组的用户加入到该会话群组中。然而，邀请入群的方式需要通过已在群内的成员进行邀请，适用于有明确的关系链的场景(例如需要企业微信的服务人员与微信用户是好友关系)。也就是说，邀请入群的方式对于入群的成员的关系链要求较高，不利于新客户的获取，仅适用于已有好友关系的熟人间传播。

此外，通过分享群二维码邀请外部的用户加入群组的方式，虽然对关系链的要求比较松散，每个用户均可通过扫描群二维码的方式加入对应的会话群组，但是群二维码一般都会设定7天的有效期，过期后就无法再通过之前分享出去的群二维码扫码加入，也就是说，群二维码存在有效期限制，时间较短不利于企业通过海报、广告、公众号、小程序等方式持续有效的进行投放。并且群二维码与会话群组之间是一对一的关系，当会话群组满员后无法动态扩展新的会话群组。同时不同会话群组之间没有关联性，同一用户可以同时出现在同一企业的多个会话群组中，对于福利的发放和活动运营带来困难。进一步的，对于入群的用户也无法做到前置管控，存在恶意用户的刷广告、发送非法诈骗内容等运营风险。

另外，在微信侧运营的普通会话群组，企业对于客户缺乏相应的管理能力，导致企业员工所管理的客户资源会伴随企业员工的离职而流失，并且企业对于获客渠道转换分析缺乏数据支撑和运营数据分析。

鉴于此，本申请实施例提供一种会话群组的图形码处理方法，能够支持灵活配置群活码背后的群信息，并支持会话群组的动态扩展，永久有效，从而解决企业在运营活动中的运营群、微信群或企业微信群的群二维码失效后，无法进行新的客户获取，以及在企业员工离职后所负责的客户流失，会话群组满员后无法动态扩展，群内广告和恶意欺诈等问题，同时，本申请实施例提供的会话群组的图形码处理方法还支持提取用户入群渠道数据，以提升企业持续获客能力，对企业获客渠道提供对应的数据支撑，保持与客户之间的活跃度，增加客户粘性。

下面对本申请实施例提供的会话群组的图形码处理方法进行具体说明。

本申请实施例提供的会话群组的图形码处理方法可以应用于企业微信生态体系中的客户群、居民群等实际应用场景。例如企业人员可以通过使用企业微信移动端APP-工作台-客户群、网页(web)企业管理端-客户联系、企业微信开放平台-客户联系等入口创建群活码。

需要说明的是，本申请实施例提供的会话群组的图形码处理方法除了可以应用于企业微信的生态体系外，还可以应用于其他类似系统(例如使用群二维码图片构建的群活码系统)中。此外，会话群组除了可以是企业微信用户和微信用户所构成的群聊系统，还可以是其他类似的群聊系统，本申请实施例对此不作限定。

示例的，参见图6，图6是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图，如图6所示，在配置界面601中显示有会话群组选择区域602，用于供企业人员选择可以加入的会话群组或者创建一个新的会话群组，此外，在配置界面601中还显示有入群设置区域603，以支持配置群成员满员后自动衍生新群的能力，以及支持衍生的新群按序号自动进行编号命名的能力，同时在配置界面601中还显示有备注区域604，用于供企业人员针对配置的群活码添加对应的备注信息以便后续查找。进一步的，在配置界面601中还显示有群活码预览区域605以及创建按钮606，当企业人员在配置界面601中设置好对应的配置信息并点击创建按钮606后，即可得到最终生成的群活码607。

在得到群活码之后，企业人员可以将群活码添加至海报、公众号文章、产品说明书等需要与客户建立联系的场景中，如此，客户在使用个人微信或者企业微信针对群活码进行扫码后能够主动加入相应的会话群组，与企业的运营客服人员形成触达。同时，企业人员还可以为会话群组配置入群欢迎语，在客户进入会话群组的第一时间触达最新的产品信息，其中，欢迎语的呈现形式可以包括图片、视频、网页H5、小程序等多种形式。

示例的，参见图7，图7是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图，如图7所示，当客户通过扫码加入某个会话群组(例如6.1活动福利群701)时，在6.1活动福利群701中显示有已经加入该会话群组的群成员账号信息702，以及群管理员账号(例如群主账号)发送的欢迎语703和小程序704，如此，客户可以通过点击小程序704来第一时间获取企业最新的产品信息。

示例的，参见图8，图8是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图，如图8所示，当某个新客户通过扫码加入会话群组(例如6.1活动福利群801)时，可以在6.1活动福利群801中显示新客户的相关信息802，例如“来自微信的斯嘉丽通过扫描你分享的二维码加入了外部群聊”，同时还可以触发群管理员账号(例如群主账号)自动发送欢迎语803和小程序804，以供新客户通过点击小程序804来第一时间获取企业最新的产品信息。

本申请实施例中的群活码通常由以下几部分构成：群活码的创建、更新和删除，示例的，参见图9，图9是本申请实施例提供的会话群组的图形码处理方法的流程示意图，将结合图9示出的步骤具体说明群活码的创建过程。

在步骤S201中，用户在企业微信APP中选择已有会话群组。

在步骤S202中，企业微信APP向企业微信后台发送创建新会话群组请求。

在步骤S203中，企业微信后台向企业微信APP返回种子群。

示例的，用户(例如企业管理员或者企业服务人员)可以通过点击终端上安装的企业微信APP，以使终端跳转至企业微信APP提供的客户联系界面(例如图6示出的配置界面601)，在配置界面601中，企业管理员可以选择已有的会话群组或者选择群主创建一个新的会话群组作为种子群，并配置是否在群人数达到上限时，自动使用种子群的群主身份创建新的会话群组，以及设置新创建的会话群组的群名称和编号。此外，企业管理员还可以在配置界面601显示的备注区域604中添加备注信息以便搜索时使用。

在步骤S204中，企业微信APP向企业微信后台发送基于种子群和群聊衍生信息创建群活码请求。

在步骤S205中，企业微信后台生成全局唯一的群活码标识。

在步骤S206中，企业微信后台将标识作为键存储群活码信息。

在步骤S207中，企业微信后台生成群活码标识的二维码图片。

示例的，用户在企业微信APP提供的配置界面601中设置完相应的群聊衍生信息后，企业微信APP会向企业微信后台发送基于种子群和群聊衍生信息的群活码创建请求，企业微信后台在接收到企业微信APP发送的创建请求后，将用户设置的群聊衍生信息生成全局唯一的群活码标识(code)，并使用code作为存储的键(key)项，存储其对应的配置信息，随后生成对应的群活码(即包含群活码code的二维码图片)。

需要说明的是，在web端编辑已有群活码的配置信息时，已生成的二维码图片信息不会产生变化(即二维码图片的图案不会发生变化)，仅修改相关的存储信息，也就是说，群活码的配置信息的编辑操作不会导致已有的二维码失效。

此外，当用户(例如企业管理员)主动删除群活码后，群活码背后对应的存储信息会失效，后续客户不再能够通过群活码加入对应的会话群组，但是历史通过群活码产生的会话群组和加入会话群组的客户仍可以作为企业的资产不受群活码删除的影响。

在步骤S208中，企业微信后台向企业微信APP发送群活码的二维码图片下载链接。

示例的，企业微信后台在生成包含群活码code的二维码图片之后，可以将二维码图片的下载链接发送至企业微信APP，以使企业微信APP根据下载链接获取二维码图片；当然，企业微信后台也可以直接将二维码图片发送至企业微信APP，本申请实施例对此不作具体限定。

下面对通过扫描群活码加入对应的会话群组的过程进行说明。示例的，参见图10，图10是本申请实施例提供的会话群组的图形码处理方法的流程示意图，将结合图10示出的步骤对通过扫描群活码加入对应的会话群组的过程进行具体说明。

在步骤S301中，微信/企业微信APP扫描群活码，解析出访问地址。

在步骤S302中，微信/企业微信APP向企业微信后台发送请求群活码的链接。

示例的，当客户扫码时，终端上运行的微信/企业微信APP通过解析二维码图片的内容，得到群活码的访问地址，接着会拉起内置的浏览器带扫码者的身份信息(例如客户注册的微信账号或者企业微信账号)访问群活码地址。

在步骤S303中，企业微信后台读取群活码的信息。

示例的，企业微信后台在接收到对应的请求后，会读取对应的群活码的存储信息，并取出配置的会话群组列表和群活码所属的企业信息。

在步骤S304中，企业微信后台校验群主的有效性。

示例的，在根据会话群组列表得到对应的会话群组后，企业微信后台校验当前群活码所配置的会话群组的群管理员账号(例如群主账号)是否仍然有效(例如群主账号对应的企业员工是否离职)，离职的企业员工的群活码将在逻辑上失效，直至所管理的会话群组被离职继承(员工从企业离职后，其管理的客户资源与客户群资源，由接替该员工的人进行接收)，而工作变动的员工，也可以通过在职继承(员工在当前企业中，因工作内容变动其管理的客户资源和客户群资源，由其他员工负责接收)转让其客户群的群主身份。

示例的，参见图11，图11是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图，如图11所示，群活码背后的群主若离职，会导致群活码暂时失效，需进行离职继承更换群主后才能继续使用，从而避免企业的客户无客服人员跟进，同时在管理端将会出现离职待继承的客户群列表，例如在管理端界面1101中显示有已离职成员范围选择区域1102和时间范围选择区域1103，当用户(例如企业管理员)在已离职成员范围选择区域1102中选中“全部”、以及在时间范围选择区域1103中将时间范围设置为“2019年01月23日至2021年05月31日”时，将在管理端界面1101中呈现在这一时间段中所有的出现离职待继承的客户群列表1104，在客户群列表1104中显示有每个员工待分配的客户数、待分配的群聊数(即该员工管理的会话群组的数量)以及员工的离职时间等。

在步骤S305中，企业微信后台校验企业黑名单。

示例的，企业微信后台校验扫码者的身份是否属于企业主动屏蔽的黑名单用户，黑名单用户无法加入企业的会话群组中。

在步骤S306中，企业微信后台校验是否重复入群。

示例的，企业微信后台判断扫码者是否已经在群活码所配置的会话群组中，同一客户只被允许加入群活码中的一个会话群组，例如当企业微信后台判断扫码者已经在群活码所配置的一个会话群组中时，将拒绝响应微信/企业微信APP发送的请求。

在步骤S307中，企业微信后台判断是否重复扫码。

示例的，企业微信后台读取扫码者最近的扫码信息(例如最近20分钟的扫码信息)，判断其是否已经扫过群活码而未加入会话群组，以避免同一客户不断刷群活码，遍历访问群活码背后所有的会话群组信息。

在步骤S308中，企业微信后台计算衍生新群、处理已解散的会话群组。

示例的，企业微信后台判断当前群活码背后的会话群组中是否有空闲的会话群组(即群成员数量未满的会话群组)，若无空闲的会话群组，则根据用户预先设置的配置信息，自动衍生新的会话群组，同时企业微信后台还可以校验是否有解散的会话群组，并将解散的会话群组从群活码的信息中剔除。

在步骤S309中，企业微信后台计算空闲群，写入渠道信息。

在步骤S310中，企业微信后台向微信/企业微信APP发送群二维码。

在步骤S311中，微信/企业微信APP扫群二维码入群。

在步骤S312中，企业微信后台将微信/企业微信APP绑定的账号加入空闲群。

示例的，企业微信后台选取当前空闲的会话群组，生成对应的群二维码，并根据群活码的渠道信息写入客户入群渠道(例如当群活码的投放渠道为商场时，对应的客户入群渠道是通过扫描商场中的群活码入群；当群活码的投放渠道为车站时，对应的客户入群渠道是通过扫描车站中的群活码入群)，随后企业微信后台可以将生成的群二维码发送至客户的微信/企业微信APP，如此，客户可以通过扫企业微信后台下发的群二维码，加入对应的会话群组中。

在步骤S313中，企业微信后台触发异步入群逻辑。

在步骤S314中，企业微信后台向微信/企业微信APP下发欢迎语。

示例的，当客户(假设客户注册的账号名称为“gopher”)通过扫码加入一个新的会话群组后，会触发企业微信后台向客户的微信/企业微信APP下发预先配置好的欢迎语，例如“gopher你好，欢迎加入6.1活动福利群”，同时异步写入客户的入群渠道数据和统计不同客户分别对应的入群渠道数据，如此，通过对不同客户的入群渠道数据进行统计分析，能够提升企业持续获客能力，对企业获客渠道提供对应的数据支撑。

示例的，参见图12，图12是本申请实施例提供的会话群组的图形码处理方法的应用场景示意图，如图12所示，管理端能够展示客户加入会话群组的情况和群活码新产生的会话群组情况，便于企业进行客户群的相关管理。例如在管理端界面1201中显示有群主范围选择区域1202、群名范围选择区域1203和时间范围选择区域1204，当用户(例如企业管理员)在群主范围选择区域1202中选中“全部”、在群名范围选择区域1203中选中“全部”、以及在时间范围选择区域1204中将时间范围设置为“从2019年01月23日至2021年05月31日”时，将在管理端界面1201中显示在这一时间段内基于群活码创建的所有新会话群组列表1205，在会话群组列表1205中显示有每个会话群组的群组名称、成员账号数量、群主账号、以及会话群组的创建时间等。同时企业也可以通过企业微信开放平台提供的open api能力来获取客户具体的入群渠道数据，为企业的运营提供精细化数据。

本申请实施例提供的会话群组的图形码处理方法通过构建群活码入群的完整系统，解决了企业的客户随着销售或服务人员的流失而导致客户流失的问题，同时也提供了群自动衍生能力，提升企业持续获客能力，此外，为企业提供黑名单机制用于打击恶意用户，同时还支持下发欢迎语等能力，使得客户在入群后在第一时间接触到企业最新的信息，减少了客服人员的工作量，提升了服务效率。

下面继续说明本申请实施例提供的会话群组的图形码处理装置243的实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器240的会话群组的图形码处理装置243中的软件模块可以包括：接收模块2431、获取模块2432、扩展模块2433、生成模块2434和发送模块2435。

接收模块2431，用于接收即时通信客户端发送的网络请求，其中，网络请求是即时通信客户端响应于针对第一图形码的扫描操作，得到第一会话群组的访问地址后发送的；获取模块2432，用于根据网络请求携带的访问地址，获取第一会话群组的信息；扩展模块2433，用于当第一会话群组的信息满足扩展条件时，对第一会话群组进行扩展处理，得到第二会话群组；生成模块2434，用于生成对应第二会话群组的第二图形码；发送模块2435，用于向即时通信客户端发送第二图形码，其中，第二图形码用于供即时通信客户端绑定的账号加入第二会话群组。

在一些实施例中，扩展条件包括数量阈值；扩展模块2433，还用于从第一会话群组的信息中提取第一会话群组中的成员账号的数量；当第一会话群组中的成员账号的数量大于数量阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，其中，第二会话群组与第一会话群组的管理员账号相同。

在一些实施例中，扩展条件还包括第一会话群组的预设等级；扩展模块2433，还用于当第一会话群组中的成员账号的数量大于数量阈值时，从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级；当网络请求携带的即时通信客户端绑定的账号的账号等级区别于预设等级、且已经创建的符合账号等级的会话群组的成员账号的数量大于数量阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，其中，允许加入第二会话群组的成员账号的预设等级包括即时通信客户端绑定的账号的账号等级。

在一些实施例中，扩展条件包括第一会话群组的预设等级；扩展模块2433，还用于从第一会话群组的信息中提取允许加入第一会话群组的成员账号的预设等级；当网络请求携带的即时通信客户端绑定的账号的账号等级区别于预设等级时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，其中，允许加入第二会话群组的预设等级包括即时通信客户端绑定的账号的账号等级。

在一些实施例中，扩展条件包括第一会话群组的关联区域；扩展模块2433，还用于从第一会话群组的信息中提取第一会话群组的关联区域；当网络请求携带的运行即时通信客户端的终端的常驻区域区别于第一会话群组的关联区域时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，其中，第二会话群组的关联区域包括运行即时通信客户端的终端的常驻区域。

在一些实施例中，扩展条件包括活跃程度阈值；扩展模块2433，还用于从第一会话群组的信息中提取第一会话群组的活跃程度；当第一会话群组的活跃程度高于活跃程度阈值时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，且第二会话群组的活跃程度达到活跃程度阈值时，第二会话群组将被用于进行扩展处理以得到第三会话群组。

在一些实施例中，扩展条件包括第一会话群组的服务类型；扩展模块2433，还用于从第一会话群组的信息中提取第一会话群组的服务类型；当网络请求携带的即时通信客户端绑定的账号所需的服务类型区别于第一会话群组的服务类型时，创建区别于第一会话群组的新会话群组，以作为第二会话群组，其中，第二会话群组的服务类型包括即时通信客户端绑定的账号所需的服务类型。

在一些实施例中，会话群组的图形码处理装置243还包括确定模块2436，用于当网络请求携带的即时通信客户端绑定的账号属于被屏蔽的黑名单账号时，拒绝响应网络请求，并确定将不转入执行根据网络请求携带的访问地址，获取第一会话群组的信息。

在一些实施例中，发送模块2435，还用于当第一会话群组的管理员账号处于失效状态时，向即时通信客户端发送第一提示信息，其中，第一提示信息用于提示当前无法响应网络请求。

在一些实施例中，会话群组的图形码处理装置243还包括显示模块2437，用于显示第一会话群组中的成员账号；确定模块2436，还用于响应于账号选择操作，将第一会话群组中被选中的成员账号确定为新的管理员账号；会话群组的图形码处理装置243还包括删除模块2438，用于从第一会话群组中删除处于失效状态的管理员账号；发送模块2435，还用于向即时通信客户端发送第二提示信息，其中，第二提示信息用于提示重新对第一图形码进行扫描操作。

在一些实施例中，会话群组的图形码处理装置243还包括遍历模块2439，用于遍历第一会话群组和根据第一会话群组扩展得到的其他会话群组中的成员账号，其中，其他会话群组区别于第一会话群组和第二会话群组；确定模块2436，还用于当第一会话群组和根据第一会话群组扩展得到的其他会话群组中均不存在即时通信客户端绑定的账号时，确定将允许即时通信客户端绑定的账号加入第二会话群组。

在一些实施例中，获取模块2432，还用于获取即时通信客户端针对第一图形码的历史扫描记录；确定模块2436，还用于当根据历史扫描记录，确定即时通信客户端在预设时长内针对第一图形码的扫描次数大于次数阈值时，拒绝响应网络请求，并确定将不转入执行根据网络请求携带的访问地址，获取第一会话群组的信息。

在一些实施例中，确定模块2436，还用于响应于入群渠道数据查询操作，执行以下处理：根据第一图形码的编号查找不同图形码的编号与不同渠道信息之间的映射关系，得到第一图形码的渠道信息；将第一图形码的渠道信息记录为即时通信客户端绑定的账号对应的入群渠道信息；根据多个即时通信客户端绑定的账号对应的入群渠道信息，确定通过每个渠道信息的入群数量，其中，入群数量是通过每个渠道信息加入第一会话群组以及根据第一会话群组扩展得到的新会话群组的账号的数量；显示模块2437，还用于显示每个渠道信息对应的入群数量。

在一些实施例中，获取模块2432，还用于根据访问地址查询不同的备案访问地址与不同的备案群组标识之间的映射关系，得到与第一会话群组的访问地址关联的第一会话群组的群组标识；根据第一会话群组的群组标识查询不同的备案群组标识与不同的备案的会话群组的信息之间的映射关系，得到与第一会话群组的群组标识关联的第一会话群组的信息。

在一些实施例中，发送模块2435，还用于当检测到存在根据第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，将第四会话群组对应的第三图形码发送至即时通信客户端，其中，第三图形码用于供即时通信客户端绑定的账号加入第四会话群组；确定模块2436，还用于当检测到不存在根据第一会话群组扩展得到、且群成员账号的数量小于数量阈值的第四会话群组时，确定将转入执行对第一会话群组进行扩展处理，得到第二会话群组。

需要说明的是，本申请实施例装置的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本申请实施例提供的会话群组的图形码处理装置中未尽的技术细节，可以根据图3、图4A至图4E、图5、或图9-10任一附图的说明而理解。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的会话群组的图形码处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3、图4A至图4E、图5、或图9-10示出的会话群组的图形码处理方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，本申请实施例在当第一会话群组的信息满足扩展条件时，对第一会话群组进行扩展处理，得到第二会话群组，并将第二会话群组的第二图形码返回给即时通信客户端，如此，由于提供给即时通信客户端的图形码对应的会话群组是基于第一会话群组扩展得到的新会话群组，确保了即时通信客户端绑定的账号能够加入会话群组，提高了加入会话群组的效率，进而提升了用户体验。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。