CN110971425A - 重新开启群组和请求重新开启群组的方法、装置 - Google Patents

Abstract

本申请公开了一种重新开启群组和请求重新开启群组的方法、装置。其中，重新开启群组的方法包括：在所述群组处于所述限制状态时，向所述管理用户和所述普通用户中的每一个提供一发送重新开启所述群组的重启请求的界面；确定发送所述重启请求的用户是否满足预定条件；以及在满足所述预定条件的情况下，将所述群组的状态从所述限制状态修改成正常状态。使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。

Description

重新开启群组和请求重新开启群组的方法、装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种重新开启群组和请求重新开启群组的方法、装置。

背景技术

社交网络服务的出现，使得人与人之间通过网络建立起另一种新的社交方式。目前大多数社交平台提供用户在网络平台上发布最新讯息、发起一个话题、发布一个视频或者发起一场活动讨论等。在用户发起一场活动讨论的情况下，网络平台的系统会基于该活动创建一个活动群组，使得其他用户均可以加入所创建的活动群组，在活动群组内进行活动的讨论。并且，系统会设定一个活动时长，在给活动时长内，活动群组内的所有用户都可以在该群组内对活动进行讨论。但是在超出该活动时长的情况下，系统会关闭所有用户对活动的讨论权限，导致该群组处于一种限制状态或者“休眠”状态。

发明内容

发明人发现，往往这些活动的参与者(即，加入活动群聊的用户)都是对活动感兴趣的，在群组处于限制状态或者“休眠”状态之前，群组中讨论的活动已经存在一定的关注度和参与度。当该群组处于限制状态或者“休眠”状态时，这些关注度和参与度形成的人力资源无法延续利用或重新利用。一般情况下，用户可以选择重新发起该活动，但是需要一定的时间和精力才能够累积相应的关注度和参与度。因此本公开的实施例提供了一种重新开启群组和请求重新开启群组的方法、装置，以至少解决现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

根据本公开实施例的一个方面，提供了一种重新开启群组的方法，用于根据预设条件将群组的状态从限制状态改变成正常状态，其中，群组包括多个用户，多个用户包括至少一个管理用户以及一个或多个普通用户，在正常状态中，多个用户能够向群组发送第一数量种类的消息，在限制状态中，多个用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，方法包括：在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；确定发送重启请求的用户是否满足预定条件；以及在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

根据本公开实施例的另一方面，还提供了一种请求重新开启群组的方法，用于请求将群组从限制状态改变成正常状态，其中，在正常状态中，群组的用户能够向群组发送第一数量种类的消息，在限制状态中，群组的用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，方法包括：显示一能够发送重新开启群组的重启请求的界面；响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及从服务器接收成功重新开启群组的通知信息，并显示通知信息。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种重新开启群组的装置，用于根据预设条件将群组的状态从限制状态改变成正常状态，其中，群组包括多个用户，多个用户包括至少一个管理用户以及一个或多个普通用户，在正常状态中，多个用户能够向群组发送第一数量种类的消息，在限制状态中，多个用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，装置包括：第一提供模块，用于在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；第一确定模块，用于确定发送重启请求的用户是否满足预定条件；第一修改模块，用于在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

根据本公开实施例的另一个方面，还提供了一种请求重新开启群组的装置，用于请求将群组从限制状态改变成正常状态，其中，在正常状态中，群组的用户能够向群组发送第一数量种类的消息，在限制状态中，群组的用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，装置法包括：第一显示模块，用于显示一能够发送重新开启群组的重启请求的界面；重启请求发送模块，用于响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及第二显示模块，用于从服务器接收成功重新开启群组的通知信息，并显示通知信息。

根据本公开实施例的另一个方面，还提供了一种重新开启群组的装置，用于根据预设条件将群组的状态从限制状态改变成正常状态，其中，群组包括多个用户，多个用户包括至少一个管理用户以及一个或多个普通用户，在正常状态中，多个用户能够向群组发送第一数量种类的消息，在限制状态中，多个用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，该装置包括：第一处理器；以及第一存储器，与第一处理器连接，用于为第一处理器提供处理以下处理步骤的指令：在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；确定发送重启请求的用户是否满足预定条件；以及在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

根据本公开实施例的另一个方面，还提供了一种请求重新开启群组的装置，用于请求将群组从限制状态改变成正常状态，其中，在正常状态中，群组的用户能够向群组发送第一数量种类的消息，在限制状态中，群组的用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，装置包括：第二处理器；以及第二存储器，与第二处理器连接，用于为第二处理器提供处理以下处理步骤的指令：显示一能够发送重新开启群组的重启请求的界面；响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及从服务器接收成功重新开启群组的通知信息，并显示通知信息。

在本公开实施例中，服务器首先在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面。由用户的终端设备显示一能够发送重新开启群组的重启请求的界面，在用户输入发送重启请求的发送指令的情况下，终端设备将重启请求发送至服务器。然后服务器确定发送重启请求的用户是否满足预定条件，并在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

附图说明

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

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本公开实施例1所述的重新开启群组的系统的示意图；

图3是根据本公开实施例1的第一个方面所述的重新开启群组的方法的流程示意图；

图4是根据本公开实施例1所述的群组的聊天界面的示意图；

图5是根据本公开实施例1所述的群组的设置界面的示意图；

图6是根据本公开实施例1的第二个方面所述的请求重新开启群组的方法的流程示意图；

图7是根据本公开实施例2的第一个方面所述的重新开启群组的装置的示意图；

图8是根据本公开实施例2的第二个方面所述的请求重新开启群组的装置的示意图；

图9是根据本公开实施例3的第一个方面所述的重新开启群组的装置的示意图；以及

图10是根据本公开实施例3的第二个方面所述的请求重新开启群组的装置的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种重新开启群组的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现重新开启群组的方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本公开实施例中的重新开启群组的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的重新开启群组的方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

图2是根据本实施例所述的重新开启群组的系统的示意图。参照图2所示，该系统包括：社交网络平台的服务器200和多个终端设备110～130。其中，多个终端设备110～130上均运行有该社交网络平台的客户端APP。用户101～103均可以通过各自的终端设备110～130在该社交网络平台上发布活动，从而吸引其他用户来参与讨论，增加关注度。

示例性的，用户101想要在该社交网络平台上发布了一个“唱歌比赛”活动，可以通过终端设备110将相应的发布请求发送至社交网络平台的服务器200。服务器200响应于接收到的发布请求，创建一个与“唱歌比赛”活动对应的活动群组，将用户101设置为该活动群组的管理者，并设置活动的有效讨论时长。在活动的发布时长不超出有效讨论时长时，活动群组的状态为正常状态，即群组的管理者可以设置普通用户发送的消息的种类，还可以发放相应的奖赏红包等等。在活动的发布时长超出有效讨论时长时，活动群组的状态为限制状态，即群组的管理者和普通用户均无法在群组内发送任何消息或者发送与“唱歌比赛”活动相关的消息。

此外，服务器200将“唱歌比赛”活动的活动信息展示给其他用户。使得在有用户(例如，用户102和用户103)对该项“唱歌比赛”活动感兴趣的情况下，可以加入活动群组，在活动的有效讨论时长内，所有群组成员均可以在群组内发送与活动相关的消息。需要说明的是，系统中的社交网络平台的服务器200和多个终端设备110～130均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种重新开启群组的方法，用于根据预设条件将群组的状态从限制状态改变成正常状态。

其中，群组包括多个用户，多个用户包括至少一个管理用户以及一个或多个普通用户。在正常状态中，多个用户能够向群组发送第一数量种类的消息。其中，群组内允许发送的消息的种类，例如有：文字、表情、图片、语音、名片、商品的链接、其他社交网络平台的用户账号等等。在正常状态中，第一数量种类可以由社交网络平台的服务器200和群组的管理用户确定。即，服务器200预先设置有允许发送的消息的种类，管理用户可以根据实际需求，进一步对消息的种类进行限定。例如但不限于，服务器设置的种类有文字、表情、图片、语音、名片、商品的链接、其他社交网络平台的用户账号这7个种类。管理用户根据自己的需求，从这7个种类中确定其中的3个种类(例如，文字、表情和语音)。因此，在正常状态中，群组内的普通用户能够向群组发送第一数量种类(即，3个种类)的消息。

进一步地，在限制状态中，多个用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类。例如，第二数量种类为1个种类(例如，文字)，多个用户可以向群组内发送特定的文字消息，如“求复活活动”“请复活活动”等特定的文字消息。

此外，限制状态包括休眠状态，在休眠状态中，管理用户和普通用户均无法向群组发送任何消息。但是，在休眠状态中，管理用户和普通用户还可以进行一些其他操作，例如，普通用户可以关注管理用户，管理用户和普通用户均可以邀请好友进群等。该方法由图2中所示的社交网络平台的服务器200实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；

S304：确定发送重启请求的用户是否满足预定条件；以及

S306：在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

正如前面所述的，往往这些活动的参与者(即，加入活动群聊的用户)都是对活动感兴趣的，在群组处于限制状态或者“休眠”状态之前，群组中讨论的活动已经存在一定的关注度和参与度。当该群组处于限制状态或者“休眠”状态时，这些关注度和参与度形成的人力资源无法延续利用或重新利用。一般情况下，用户可以选择重新发起该活动，但是需要一定的时间和精力才能够累积相应的关注度和参与度。

针对上述存在的问题，结合图2所示，群组包括的多个用户例如但不限于为用户101、用户102和用户103。其中，用户101为群组的管理用户，用户102和用户103为普通用户。由于服务器200在创建群组时，设置了在超出预定时间的情况下，群组的状态由正常状态改变成限制状态。因此，在本实施例中，在群组处于限制状态时，向管理用户(即，用户101)和普通用户(即，用户102和用户103)中的每一个用户均提供一个发送重新开启群组的重启请求的界面。例如，图4示例性的示出了群组的聊天界面的示意图。参照图4所示，服务器200在该界面内设置了一个“复活活动”的控件，该“复活活动”控件的业务逻辑为在用户点击控件的情况下，意味着用户请求将群组的状态从限制状态改变成正常状态，即用户请求重新开启群组。从而，在用户101、用户102和用户103中的任一一个点击该控件的情况下，例如，用户102点击该控件的情况下，用户102的终端设备120将重新开启群组的重启请求发送至服务器200。

进一步地，服务器200确定发送重启请求的用户102是否满足预定条件。其中，预定条件例如但不限于可以为：用户102需要支付与重启群组相关的费用，或者用户102的信用等级要达到一定阈值等。最后，服务器200在确定用户102满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。从而，通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

可选地，还包括：在满足预定条件的情况下，将用户设定为群组的管理者。

具体地，由于用户102为该重启请求的发起者，因此在确定用户102满足预定条件的情况下，服务器200将用户102设定为群组的管理者，并将该群组原有的管理者(用户101)设定为群组的普通用户。由于该群组原有的管理者也具有发起重启请求的权限，因此在该群组原有的管理者请求重启群组情况下，服务器200将原有的管理者继续设定为群组的当前管理者。通过这种方式，使得重启请求的发起者具有了管理群组内的普通用户的权限，便于根据自身的需求或者喜好设置普通用户向群组内发送的消息的种类。

此外，在服务器200将群组的状态从限制状态修改成正常状态之后，会发送一个群组重启成功(即，活动复活成功)的通知信息发送至群组内的所有群成员的终端设备。

可选地，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面的操作，包括：在预定时长内向管理用户和普通用户中的每一个提供发送重启请求的界面。

具体地，在预定时长内，群组内的每一个用户都具有发送重启请求的权限，即可以触发“复活活动”这个控件，从而向服务器200发送重启请求。参照图4所示，在该界面中，可以以倒计时的形式向用户展示剩余的时长。通过设置一个合理的能够重启群组的有效时间，使得当超出有效时间却还没有其他用户请求重启群组的情况下，可以判定该群组的关注度与参与度极少，证明该群组内发布的活动不受广大用户的青睐。因此服务器200不再向管理用户和普通用户中的每一个提供发送重启请求的界面。从而减少了服务器200的工作负担。

可选地，还包括：向群组的管理用户提供一发送设置请求的界面，其中，管理用户能够在设置请求的界面内对普通用户向群组发送的消息的种类数量进行设置。

具体地，图5示例性的示出了群组的设置界面的示意图。参照图5所示，服务器200向群组的管理用户提供一发送设置请求的界面。使得管理用户可以在该界面上对普通用户参与活动的权限进行设置。例如，在群组内发布的活动为“唱歌比赛”活动的情况下，管理用户可以设置“语音”作为互动权限，即普通用户向群组内发送的消息的种类只能为语音消息。通过这种方式，不仅使得管理用户可以依据不同的活动内容设置不同的互动权限，还避免了群组内出现大量的与所发布的活动无关的消息。

可选地，还包括：向管理用户和普通用户中的每一个提供一发送分享请求的界面，其中，每一发送分享请求的用户能够在分享请求的界面内以多种分享方式中的任一一种将群组分享至其他对象。

具体地，服务器200还向管理用户和普通用户中的每一个提供一发送分享请求的界面。使得每一发送分享请求的用户能够在分享请求的界面内以多种分享方式中的任一一种将群组分享至其他对象。其中，多种分享方式例如但不限于为：以链接的方式进行分享、以口令的方式进行分享、以卡片的方式进行分享或者以二维码的方式进行分享。使得用户可以根据自己的喜好从多种分享方式中选择偏爱的一种方式进行分享。

可选地，还包括：确定发送分享请求的分享者的用户ID信息、群组的群组ID信息和分享者选中的分享方式；以及根据用户ID信息、群组ID信息和分享方式，生成一分享指令，并发送分享指令。

具体地，在接收到用户(例如，用户103)将群组分享至其他对象的情况下，服务器200首先确定用户103的用户ID信息、所分享的群组的群组ID信息和用户103选中的分享方式。然后服务器200根据用户ID信息、群组ID信息和分享方式，生成一分享指令。例如但不限于为：服务器200根据预设的加密算法，对用户103的用户ID信息和群组ID信息进行加密，然后在以用户103选中的分享方式，生成对应的分享指令。例如，用户103选中的分享方式为链接方式，则服务器200生成的分享指令为一个分享链接。最后，服务器200将该分享指令发送至待分享对象的终端设备。

可选地，在将群组的状态从限制状态修改成正常状态的操作之后，还包括：计量群组处于正常状态下的时长，并且在时长超过预设阈值的情况下，将群组的状态从正常状态修改成限制状态。

具体地，由于预先设置有一个阈值(例如1小时)，在该阈值内，群组处于正常状态，因此服务器200在将群组的状态从限制状态修改成正常状态之后，需要计量群组处于正常状态下的时长，并在所计量的时长超出预设阈值的情况下，将群组的状态从正常状态修改成限制状态。此外，服务器200还可以在群组的聊天界面中(未示出)，以倒计时的形式向用户展示距离该预设阈值的剩余时间。

可选地，还包括：在满足预设的增加群组处于正常状态下的时长的条件的情况下，增加预设阈值。

具体地，预设的增加群组处于正常状态下的时长的条件例如但不限于为：新用户通过其他用户的邀请下加入群组、群组的管理用户在红包发放完毕后再次追加红包等。在这种情况下，服务器200增加预设阈值。例如：原始的预设阈值为1小时，在满足条件的情况下，将预设阈值设置为1小时5分钟。通过这种方式，服务器200可以根据群组的关注度和参与度的增加，不断的增加群组处于正常状态下的时长。

此外，根据本实施例的第二个方面，提供了一种请求重新开启群组的方法，用于请求将群组从限制状态改变成正常状态。其中，在正常状态中，群组的用户能够向群组发送第一数量种类的消息，在限制状态中，群组的用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类。该方法由图2中所示的终端设备110～130中的任一一个终端设备实现。图6示出了该方法的流程示意图，参考图6所示，该方法包括：

S602：显示一能够发送重新开启群组的重启请求的界面；

S604：响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及

S606：从服务器接收成功重新开启群组的通知信息，并显示通知信息。

正如前面所述的，往往这些活动的参与者(即，加入活动群聊的用户)都是对活动感兴趣的，在群组处于限制状态或者“休眠”状态之前，群组中讨论的活动已经存在一定的关注度和参与度。当该群组处于限制状态或者“休眠”状态时，这些关注度和参与度形成的人力资源无法延续利用或重新利用。一般情况下，用户可以选择重新发起该活动，但是需要一定的时间和精力才能够累积相应的关注度和参与度。

针对上述存在的问题，结合图2所示，示例性的，该方法由终端设备110实现。在本实施例中，终端设备110首先显示一能够发送重新开启群组的重启请求的界面。参照上图4所示，该界面内设置了一个“复活活动”的控件，该“复活活动”控件的业务逻辑为在用户点击控件的情况下，意味着用户请求将群组的状态从限制状态改变成正常状态，即用户请求重新开启群组。从而使得终端设备110的用户101可以查看该界面，并在想要重新开启群组的情况下，可以点击界面内显示的“复活活动”这个控件，从而向终端设备110输入的发送重启请求的发送指令。此时，终端设备110响应于用户101输入的发送指令，将重启请求发送至远程的服务器200。由服务器200根据该重启请求，确定用户101是否满足预设的重启条件，只有在满足预定条件的情况下，服务器200才将群组的状态从限制状态修改成正常状态，并将成功重新开启群组的通知信息发送至用户101的终端设备110。因此，终端设备110从服务器200接收成功重新开启群组的通知信息，并显示通知信息，使得用户101可以查看该通知信息。

从而，通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

可选地，还包括：接收输入的基于一分享指令加入目标群组的加入请求；响应于加入请求，利用预设的解析规则，解析分享指令，得到目标群组的目标群组ID信息；以及将目标群组ID信息、输入加入请求的用户的用户ID信息和加入请求发送至服务器。

现有的在新用户基于一个分享指令请求加入目标群组的情况下，是由新用户的终端设备将该分享指令发送至服务器，由服务器对该分享指令进行解析，得到目标群组的群组ID信息，然后由服务器根据解析出的群组ID信息，将新用户加入目标群组中。但是，在网络不稳定或者待解析的分享指令数量较多的情况下，服务器无法及时解析出目标群组的群组ID信息，导致无法快速的将新用户加入目标群组，从而增加用户的等待时间。

针对上述存在的问题，在本实施例中，终端设备110首先接收用户101输入的基于一分享指令加入目标群组的加入请求。然后终端设备110不再是直接将该分享指令发送至服务器200，而是响应于加入请求，利用预设的解析规则，解析分享指令，得到目标群组的目标群组ID信息。其中，开发人员在进行应用程序开发的过程中，开发人员写入与分享指令的解析规则(加解密处理算法)对应的代码。使得终端设备110可以获取加解密处理算法，利用该加解密处理算法对分享指令进行解析。最后，终端设备110将目标群组ID信息、输入加入请求的用户101的用户ID信息和加入请求发送至服务器200。使得服务器200可以基于所接收到的信息，将用户101加入目标群组。通过这种方式，使得分享指令的解析操作在用户的终端设备上进行，减少了一步向服务器发送解析请求的操作，从而减少了用户等待的时间。

此外，参考图1所示，根据本实施例的第三个方面，提供了一种存储介质。存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，服务器首先在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面。由用户的终端设备显示一能够发送重新开启群组的重启请求的界面，在用户输入发送重启请求的发送指令的情况下，终端设备将重启请求发送至服务器。然后服务器确定发送重启请求的用户是否满足预定条件，并在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图7示出了根据本实施例的第一个方面所述的重新开启群组的装置700，用于根据预设条件将群组的状态从限制状态改变成正常状态，其中，群组包括多个用户，多个用户包括至少一个管理用户以及一个或多个普通用户，在正常状态中，多个用户能够向群组发送第一数量种类的消息，在限制状态中，多个用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，该装置700与根据实施例1的第一个方面的方法相对应。参考图7所示，该装置700包括：第一提供模块710，用于在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；第一确定模块720，用于确定发送重启请求的用户是否满足预定条件；第一修改模块730，用于在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

可选地，还包括：设定模块，用于在满足预定条件的情况下，将用户设定为群组的管理者。

可选地，第一提供模块710，包括：第一提供子模块，用于在预定时长内向管理用户和普通用户中的每一个提供发送重启请求的界面。

可选地，还包括：第二提供模块，用于向群组的管理用户提供一发送设置请求的界面，其中，管理用户能够在设置请求的界面内对普通用户向群组发送的消息的种类数量进行设置。

可选地，还包括：第三提供模块，用于向管理用户和普通用户中的每一个提供一发送分享请求的界面，其中，每一发送分享请求的用户能够在分享请求的界面内以多种分享方式中的任一一种将群组分享至其他对象。

可选地，还包括：第二确定模块，用于确定发送分享请求的分享者的用户ID信息、群组的群组ID信息和分享者选中的分享方式；以及生成模块，用于根据用户ID信息、群组ID信息和分享方式，生成一分享指令，并发送分享指令。

可选地，还包括：第二修改模块，用于在将群组的状态从限制状态修改成正常状态之后，计量群组处于正常状态下的时长，并且在时长超过预设阈值的情况下，将群组的状态从正常状态修改成限制状态。

可选地，还包括：增加模块，用于在满足预设的增加群组处于正常状态下的时长的条件的情况下，增加预设阈值。

此外，图8示出了根据本实施例的第二个方面所述的请求重新开启群组的装置800，用于请求将群组从限制状态改变成正常状态，其中，在正常状态中，群组的用户能够向群组发送第一数量种类的消息，在限制状态中，群组的用户无法向群组发送消息或仅能够向群组发送第二数量种类的消息，第二数量种类少于第一数量种类，该装置800与根据实施例1的第二个方面的方法相对应。参考图8所示，该装置800包括：第一显示模块810，用于显示一能够发送重新开启群组的重启请求的界面；重启请求发送模块820，用于响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及第二显示模块830，用于从服务器接收成功重新开启群组的通知信息，并显示通知信息。

可选地，还包括：接收模块，用于接收输入的基于一分享指令加入目标群组的加入请求；解析模块，用于响应于加入请求，利用预设的解析规则，解析分享指令，得到目标群组的目标群组ID信息；以及发送模块，用于将目标群组ID信息、输入加入请求的用户的用户ID信息和加入请求发送至服务器。

从而根据本实施例，装置700首先在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面。由装置800显示一能够发送重新开启群组的重启请求的界面，在用户输入发送重启请求的发送指令的情况下，装置800将重启请求发送至装置700。然后装置700确定发送重启请求的用户是否满足预定条件，并在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

实施例3

图9示出了根据本实施例的第一个方面所述的重新开启群组的装置900，该装置900与根据实施例1的第一个方面所述的方法相对应。参考图9所示，该装置900包括：第一处理器910；以及第一存储器920，与第一处理器910连接，用于为第一处理器910提供处理以下处理步骤的指令：在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面；确定发送重启请求的用户是否满足预定条件；以及在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：在满足预定条件的情况下，将用户设定为群组的管理者。

可选地，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面的操作，包括：在预定时长内向管理用户和普通用户中的每一个提供发送重启请求的界面。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：向群组的管理用户提供一发送设置请求的界面，其中，管理用户能够在设置请求的界面内对普通用户向群组发送的消息的种类数量进行设置。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：向管理用户和普通用户中的每一个提供一发送分享请求的界面，其中，每一发送分享请求的用户能够在分享请求的界面内以多种分享方式中的任一一种将群组分享至其他对象。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：确定发送分享请求的分享者的用户ID信息、群组的群组ID信息和分享者选中的分享方式；以及根据用户ID信息、群组ID信息和分享方式，生成一分享指令，并发送分享指令。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：在将群组的状态从限制状态修改成正常状态的操作之后，计量群组处于正常状态下的时长，并且在时长超过预设阈值的情况下，将群组的状态从正常状态修改成限制状态。

可选地，第一存储器920还用于为第一处理器910提供处理以下处理步骤的指令：在满足预设的增加群组处于正常状态下的时长的条件的情况下，增加预设阈值。

此外，图10示出了根据本实施例的第二个方面的请求重新开启群组的装置1000，该装置1000与根据实施例1的第二个方面的方法相对应。参考图10所示，该装置1000包括：第二处理器1010；以及第二存储器1020，与第二处理器1010连接，用于为第二处理器1010提供处理以下处理步骤的指令：显示一能够发送重新开启群组的重启请求的界面；响应于输入的发送重启请求的发送指令，将重启请求发送至远程的服务器；以及从服务器接收成功重新开启群组的通知信息，并显示通知信息。

可选地，第二存储器1020还用于为第二处理器1010提供处理以下处理步骤的指令：接收输入的基于一分享指令加入目标群组的加入请求；响应于加入请求，利用预设的解析规则，解析分享指令，得到目标群组的目标群组ID信息；以及将目标群组ID信息、输入加入请求的用户的用户ID信息和加入请求发送至服务器。

从而根据本实施例，装置900首先在群组处于限制状态时，向管理用户和普通用户中的每一个提供一发送重新开启群组的重启请求的界面。由装置1000显示一能够发送重新开启群组的重启请求的界面，在用户输入发送重启请求的发送指令的情况下，装置1000将重启请求发送至装置900。然后装置900确定发送重启请求的用户是否满足预定条件，并在满足预定条件的情况下，将群组的状态从限制状态修改成正常状态。通过这种方式，使得群组内的所有用户能够继续向群组发送一定数量种类的消息，继续在群组内进行活动的参与和讨论。达到了充分重新利用或延续利用群组已积累的人力资源的技术效果。进而解决了现有技术中存在的当群组处于限制状态或者休眠状态时，与该群组相关的人力资源无法延续利用或重新利用的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种重新开启群组的方法，用于根据预设条件将群组的状态从限制状态改变成正常状态，其中，所述群组包括多个用户，所述多个用户包括至少一个管理用户以及一个或多个普通用户，在所述正常状态中，所述多个用户能够向所述群组发送第一数量种类的消息，在所述限制状态中，所述多个用户无法向所述群组发送消息或仅能够向所述群组发送第二数量种类的消息，所述第二数量种类少于所述第一数量种类，其特征在于，所述方法包括：

在所述群组处于所述限制状态时，向所述管理用户和所述普通用户中的每一个提供一发送重新开启所述群组的重启请求的界面；

确定发送所述重启请求的用户是否满足预定条件；以及

在满足所述预定条件的情况下，将所述群组的状态从所述限制状态修改成正常状态。

2.根据权利要求1所述的方法，其特征在于，还包括：在满足所述预定条件的情况下，将所述用户设定为所述群组的管理者。

3.根据权利要求1所述的方法，其特征在于，向所述管理用户和所述普通用户中的每一个提供一发送重新开启所述群组的重启请求的界面的操作，包括：在预定时长内向所述管理用户和所述普通用户中的每一个提供所述发送重启请求的界面。

4.根据权利要求1所述的方法，其特征在于，还包括：向所述群组的管理用户提供一发送设置请求的界面，其中，所述管理用户能够在所述设置请求的界面内对所述普通用户向所述群组发送的消息的种类数量进行设置。

5.根据权利要求1所述的方法，其特征在于，还包括：向所述管理用户和所述普通用户中的每一个提供一发送分享请求的界面，其中，每一发送所述分享请求的用户能够在所述分享请求的界面内以多种分享方式中的任一一种将所述群组分享至其他对象。

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

确定发送所述分享请求的分享者的用户ID信息、所述群组的群组ID信息和所述分享者选中的分享方式；以及

根据所述用户ID信息、所述群组ID信息和所述分享方式，生成一分享指令，并发送所述分享指令。

7.根据权利要求1所述的方法，其特征在于，在将所述群组的状态从所述限制状态修改成正常状态的操作之后，还包括：计量所述群组处于所述正常状态下的时长，并且在所述时长超过预设阈值的情况下，将所述群组的状态从所述正常状态修改成所述限制状态。

8.根据权利要求7所述的方法，其特征在于，还包括：在满足预设的增加所述群组处于正常状态下的时长的情况下，增加所述预设阈值。

9.一种请求重新开启群组的方法，用于请求将群组从限制状态改变成正常状态，其中，在所述正常状态中，所述群组的用户能够向所述群组发送第一数量种类的消息，在所述限制状态中，所述群组的用户无法向所述群组发送消息或仅能够向所述群组发送第二数量种类的消息，所述第二数量种类少于所述第一数量种类，其特征在于，所述方法包括：

显示一能够发送重新开启所述群组的重启请求的界面；

响应于输入的发送所述重启请求的发送指令，将所述重启请求发送至远程的服务器；以及

从所述服务器接收成功重新开启所述群组的通知信息，并显示所述通知信息。

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

接收输入的基于一分享指令加入目标群组的加入请求；

响应于所述加入请求，利用预设的解析规则，解析所述分享指令，得到所述目标群组的目标群组ID信息；以及

将所述目标群组ID信息、输入所述加入请求的用户的用户ID信息和所述加入请求发送至所述服务器。

Images