CN108494572A - 基于群组的话题群创建方法及装置 - Google Patents

Abstract

本公开涉及一种基于群组的话题群创建方法及装置、电子设备和计算机可读存储介质。属于互联网技术领域，该基于群组的话题群创建方法包括：响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。本公开能够实现基于群组中的目标消息快速创建相关的话题群。

Description

基于群组的话题群创建方法及装置

技术领域

本公开涉及互联网技术领域，具体而言，涉及一种基于群组的话题群创建方法及装置、电子设备、计算机可读存储介质。

背景技术

随着IM(Instant Messaging，即时通讯)应用的兴起，越来越多的用户使用IM应用进行沟通交流。

相关技术中，IM应用提供群组聊天功能。但是，对于群规模比较大(比如成员超过1000人)的群组来说，普遍存在沟通效率低、管理困难的问题。比如，大多数群成员因为群中消息繁杂而不堪其扰，选择屏蔽群组消息，从而忽略群组中的所有消息。或者，选择针对某一个特定的话题另外单独建立一个群组，这样会导致用户加入的群组过多的问题。

因此，需要一种新的基于群组的话题群创建方法及装置、电子设备、计算机可读存储介质。

在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种基于群组的话题群创建方法及装置、电子设备、计算机可读存储介质，能够解决上述现有技术中存在的群组聊天中消息管理效率低、管理困难的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种基于群组的话题群创建方法，包括：响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

在本公开的一种示例性实施例中，所述响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群包括：接收与所述目标消息相应的话题群的创建请求；根据所述创建请求判断是否存在与所述目标消息相应的话题群；如果存在与所述目标消息相应的话题群，显示相应的话题群子界面；如果不存在与所述目标消息相应的话题群，生成与所述目标消息相应的话题群。

在本公开的一种示例性实施例中，还包括：如果所述群组界面中当前接收到的输入消息与相应的话题群匹配，向当前发送输入消息的群组中的群成员发送提示信息；其中，所述提示信息用于提示当前发送输入消息的所述群组中的群成员是否将所述群组界面中当前的输入消息显示于相应的话题群子界面。

在本公开的一种示例性实施例中，还包括：如果所述目标消息发生变更，向相应的话题群的群成员发送变更消息。

在本公开的一种示例性实施例中，还包括：如果所述话题群处于结束状态，统计分析所述话题群内的讨论消息获得讨论结论；以系统消息的形式将所述讨论结论显示在所述群组界面中。

在本公开的一种示例性实施例中，还包括：如果所述话题群在预设时长内未接收到讨论消息；或者如果接收到具有权限的群成员发送的结束操作，则所述话题群进入所述结束状态。

在本公开的一种示例性实施例中，还包括：接收话题查询请求；根据所述话题查询请求检索相应的话题群和/或讨论消息。

根据本公开的一个方面，提供一种基于群组的话题群创建装置，包括：话题群生成模块，用于响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；讨论消息接收模块，用于接收与所述目标消息相关的讨论消息时，将所述讨论消息显示在所述话题群子界面中。

根据本公开的一个方面，提供一种电子设备，包括存储器、处理器及存储在该存储器上并可在该处理器上运行的计算机程序，该程序被该处理器执行时实现上述任一实施例中的方法步骤。

根据本公开的一个方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例中的方法步骤。

根据本公开某些实施例中的基于群组的话题群创建方法及装置、电子设备、计算机可读存储介质，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群，这样，与现有技术相比，一方面，可以快速建立相关的话题群，从而能够提高群组消息的管理效率；另一方面，用户可以方便的在相应的话题群内输入讨论消息或者查看其他群成员的讨论消息，提高了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。

图1是根据一示例性实施方式示出的一种基于群组的话题群创建方法的流程图。

图2是根据一示例性实施方式示出的一种基于群组的话题群创建方法的界面示意图。

图3是根据一示例性实施方式示出的另一种基于群组的话题群创建方法的流程图。

图4是根据一示例性实施方式示出的又一种基于群组的话题群创建方法的流程图。

图5是根据一示例性实施方式示出的再一种基于群组的话题群创建方法的流程图。

图6是基于图5所示的基于群组的话题群创建方法的界面示意图。

图7是根据一示例性实施方式示出的再一种基于群组的话题群创建方法的流程图。

图8和9是基于图7所示的基于群组的话题群创建方法的界面示意图。

图10是根据一示例性实施方式示出的一种基于群组的话题群创建装置的示意图。

图11是根据一示例性实施方式示出的一种电子设备的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免喧宾夺主而使得本公开的各方面变得模糊。

如图1所示，本公开实施方式首先提供了一种基于群组的话题创建方法。该方法可以包括以下步骤。

在步骤S110中，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群。

需要说明的是，本发明实施例中的“群组”是一个宽泛的概念，其可以是指即时通讯应用中的多人(3人或者以上)组成的聊天群，也可以是指即时通讯应用中的两人组成的单聊群，还可以是指即时通讯应用中的公众号，创建公众号的创建者及关注了该公众号的用户均可以算是该公众号这个群组的群成员，这里的群组可以根据具体的应用场景做出合适的理解，任意涉及到需要双方或者多方接收发送消息的场景均可以理解为本实施例中的群组，本公开对此不作限定。

此外，上述群组定义中的“人”实际上是用户操作的客户端，客户端上安装了相应的即时通讯应用，用户在该即时通讯应用上注册账号，登录该即时通讯应用后，在群组界面中输入消息，用户可以选择例如其中某一条输入消息作为目标消息。这里的“人”可以是指生物意义上的自然人，也可以是法律意义上的法人、企业，例如上述公众号的创建者就可以是企业，甚至还有可能是机器人，例如现在的语音聊天机器人。

本发明实施例中，所述选择操作可以是指右击、双击、单击、滑动、长按等任意一种操作或者多种操作的组合，在其他实施例中，还可以是语音指令、手势操作、眼部操作甚至脑电波操作等，例如群组中的群成员可以发出指令“创建一个这周六去哪里郊游的话题群”，响应于该语音指令，可以创建一个“本周六去哪里郊游？”的话题群，本公开对此不作限定，只要服务器端能够接收到该选择操作并理解该选择操作要创建相应话题群的意图即可。下面的实施例中是以右击要创建话题群的目标消息为例进行说明。

本实施例中，所述目标消息可以是指两人或者以上组成的聊天群里接收到各群成员发送的聊天消息，也可以是指公众号在其公众号发送的推送消息，也可以根据具体的应用场景做宽泛的解释。

在步骤S120中，接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

根据本公开实施方式提供的一种基于群组的话题群创建方法，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群，从而可以将话题聚焦在某一条目标消息上，这样，与现有技术相比，一方面，可以快速建立相关的话题群，从而能够提高群组消息的管理效率；另一方面，用户可以方便的在相应的话题群内输入讨论消息或者查看其他群成员的讨论消息，利用讨论模式可以实现话题聚焦，在该话题群中，所有的回复消息都可以在该话题的目标消息下依次排列，这样，针对该话题的讨论会更加明晰，提高了用户体验。

下面分别通过图2-9所示的实施例对上述基于群组的话题群创建方法进行举例说明。

图2是根据一示例性实施方式示出的一种基于群组的话题群创建方法的界面示意图。

如图2所示，在即时通讯应用中包括一个需求评审群，该需求评审群的一个群成员在该需求评审群的聊天界面中输入了一条“中午吃什么？”的聊天消息，随后又有其他群成员在该需求评审群的聊天界面中输入了一条“加密消息感觉这样做更好一点”的聊天消息，前后这两条聊天消息是两个不相关的讨论话题。为了更便于该需求评审群内的群成员针对“中午吃什么？”这个话题进行讨论，该需求评审群内的任一群成员可以右击选中“中午吃什么？”这条聊天消息，随后会弹出选择操作菜单，该选择操作菜单中例如可以包括“转发”、“待办”、“撤回”、“引用”、“发起讨论”以及其他的更多的可选择操作。如果右击该聊天记录的群成员选中“转发”，则可以将“中午吃什么？”这条聊天消息转发至指定的其他聊天群或者指定的联系人；如果右击该聊天记录的群成员选中“待办”，则可以将“中午吃什么？”这条聊天消息标记为待办事项，可用于提醒相应的群成员；如果右击该聊天记录的群成员选中“撤回”，则可以将“中午吃什么？”这条聊天消息撤回，即不再显示在该需求评审群的聊天界面中，但一般规定只有输入该条聊天记录的群成员才具有撤回该条聊天记录的权限。

图2所示的实施例中，如果该需求评审群内的任一群成员在其客户端选择“发起讨论”，则会向服务器端发起创建相关于“中午吃什么？”这条聊天记录的话题群的请求，如果服务器端接收到相应的创建请求，其中该创建请求携带了该需求评审群的群标识(例如该需求评审群的群名称和/或群编号)和发起该创建请求的群成员的群成员标识(例如该群成员在该需求评审群中的昵称和/或真实姓名和/或手机号码和/或用户ID(identification))，从而使得服务器端知道是哪个群组中的哪个群成员发起了当前的创建话题群的请求，服务器端可以根据该创建请求创建相关于“中午吃什么？”聊天消息的话题群及该话题群的子界面，并将其返回给该需求评审群，在该需求评审群的气泡页(即聊天界面)中以悬浮窗的形式展示。

继续参考图2，在该需求评审群的聊天界面的左上角(具体位置不作限定，这里仅是举例说明)显示了该话题群的群名称“中午吃什么？”，同时在该群名称下还显示了了该话题群的当前状态，例如“现在有25人正在讨论”，即能够以系统消息的形式将当前参与话题讨论的动作在该需求评审群的聊天界面中展现。如果该需求评审群中的任一群成员点击该话题群，会出现左侧的话题群子界面，在该话题群子界面中显示有关于“中午吃什么？”的讨论消息，例如，群成员A输入讨论消息“吃xxxxx”，群成员B输入讨论消息“吃xxxxx”。

需要说明的是，虽然图2所示的实施例中，直接将“中午吃什么？”这条聊天记录作为该话题群的群名称，但实际上，也可以由创建该话题群的群成员或者该需求评审群的管理员根据需求设置该话题群的群名称。另外，如果作为话题群的群名称的聊天消息的长度太长，可以仅显示预设的前几个字符，例如假设要创建一个“加密消息感觉这样做更好一点”的话题群，则可以仅在该需求评审群的聊天界面中显示“加密消息…”的群名称，如果有群成员将鼠标悬停在该群名称“加密消息…”或者点击该群名称“加密消息…”进入该话题群后，显示完整的群名称“加密消息感觉这样做更好一点”。

在一些实施例中，如果服务器端接收到相应的创建请求，可以首先根据创建请求中携带的聊天消息例如“加密消息感觉这样做更好一点”，判断该聊天消息的长度是否超过预设阈值，如果该长度超过所述预设阈值，服务器端对该聊天消息进行语义分析，提取出其中的关键词，例如“加密消息”作为该话题群的群名称并返回给客户端的相应群组。

本实施例中，如果某一个话题群在相应的群组内创建成功后，服务器端可以对该群组中的群成员发起一个提示消息，提示xxxx发起了一个话题。

图3是根据一示例性实施方式示出的另一种基于群组的话题群创建方法的流程图。

如图3所示，本实施方式提供的基于群组的话题群创建方法可以包括以下步骤。

在步骤S210中，接收与所述目标消息相应的话题群的创建请求。

本发明实施例中，可以设置为群组中的任意群成员均可以发起话题群的创建请求，相应群组的管理员和话题群的发起者才有管理其创建的话题群的管理权限。但本公开并不限定于此，在其他实施例中，也可以设置为群组中的具有权限的群成员才能发起话题群的创建请求，以避免在多人的聊天群中，创建的话题群过多，这里具有权限的群成员例如可以是该群组的管理员或者该群组的管理员授权的其他群成员。

在步骤S220中，判断是否存在与所述目标消息相应的话题群；如果存在与所述目标消息相应的话题群，进入步骤S230；如果不存在与所述目标消息相应的话题群，进入步骤S240。

本发明实施例中，服务器端可以根据当前接收到的创建请求中携带的群组标识、群成员标识(即当前发起者)和目标消息(例如“中午吃什么？”)来检索是否存在与其匹配的已经创建的话题群。

通常的，一个用户可以同时加入多个群组，在不同的群组中可以创建相同话题的话题群，例如用户甲可能在会议群和公司群内同时发起“中午吃什么？”的话题群，此时服务器端可以根据创建请求中的群组标识进行区分。

在其他实施例中，服务器端除了根据创建请求中携带的群组标识、群成员标识和目标消息来匹配话题群，还可以根据设置的系统时间来判断是否需要创建该当前创建请求的话题群。例如，一般话题讨论具有时效性，过了一段时间后当前创建的话题群已经结束了，但是之后还有创建同一话题的话题群的必要性。还是以“中午吃什么？”的话题为例，第一次发起创建该话题群的创建请求的系统时间是2018年1月3日上午10:00，到了2018年1月4日上午11:00又有群成员发起创建“中午吃什么？”的话题群的创建请求时，此时服务器端可以根据前一个“中午吃什么？”的话题群设置的系统时间判断前一个话题群已经结束，此时也是可以重新生成一个“中午吃什么？”的话题群的。这里只是一个举例，可以根据实际情况进行设定和判断。

在步骤S230中，显示相应的话题群子界面。

例如，还是以上述的“中午吃什么？”为例，第一次有群成员选择“中午吃什么？”这条聊天消息时，向服务器端发起创建请求，服务器端接收到该创建请求后，会生成“中午吃什么？”的话题群及其子界面，并返回至客户端显示，第二次又有群成员选择“中午吃什么？”这同一条聊天消息，并向服务器发起创建请求时，服务器端根据该创建请求可以匹配到已经创建的“中午吃什么？”的话题群，此时，服务器端不会再重复创建该话题群，而是直接在第二次的发起者的客户端上显示该“中午吃什么？”的话题群，并提示该第二次的发起者已经有相应的话题群。

本发明实施例中，群组界面和话题群子界面之间的显示关系可以在系统中预先设置，例如如图2所示，话题群子界面显示于群组界面的左侧，且话题群子界面的显示面积小于群组界面的显示面积，具体的显示关系不受此限制，可以根据实际需求进行自主设置，例如可以通过双击话题群子界面，将该话题群子界面放大，此时该话题群子界面的显示面积可以大于该群组界面的显示面积，甚至该话题群子界面可以占据整个显示屏。在另一些实施例中，还可以通过选中该话题群子界面，将其拖动到显示屏上的不同位置进行。

本实施例中，如果群成员点击非话题群子界面区域，隐藏相应的话题群子界面。

在步骤S240中，生成与所述目标消息相应的话题群。

在步骤S250中，判断是否接收到与所述目标消息相关的讨论消息；如果接收到与所述目标消息相关的讨论消息，进入步骤S260；反之，继续判断是否接收到与所述目标消息相关的讨论消息。

在步骤S260中，将所述讨论消息显示在所述话题群子界面。

本发明实施例中，在同一群组中可能会同时生成或存在多个话题群，发起不同的讨论，此时可以在该群组界面中按照各话题群的创建时间倒序排列显示最新的前三条(举例说明，具体可以根据群组界面的大小、显示屏的大小、用户个人偏好等因素自主设置)，剩余的其他话题群可以点击按钮(button)进入群组设置的话题列表中查看。

在一些实施例中，还可以根据同一群组中的各话题群的当前状态进行选择显示，例如可以将各话题群分类为处于结束状态或者正在讨论状态，可以设置在该群组界面中仅显示处于正在讨论状态的话题群，而处于结束状态的话题群可以点击按钮(button)进入群组设置的话题列表中查看。

在另一些实施例中，还可以根据同一群组中的各话题群的属性进行选择显示，例如可以将各话题群分为“我创建”和“我参与”的话题群，可以设置两个控件，群成员可以点击相应的控件在两者之间切换显示，例如群成员点击“我创建”的控件，即可显示该群成员作为发起者的话题群，点击“我参与”的控件，即可显示该群成员作为参与者参加讨论的话题群。

本发明实施例中，可以设置为群组内的话题群，该群组内的群成员均可以看到，在群组的群设置中可以包括一个群话题的入口(其中群组界面中话题群的悬浮窗口也是一个入口)，点击入口可以看到所有的群组内的话题群，并且可以提示现在正在进行讨论中的话题群，群成员可以随意选择进入感兴趣的话题群。

本发明实施例中，所述方法还可以包括：响应于话题群的转换操作，将相应的话题群转换成另一个群组。例如，以上述“中午吃什么？”话题群为例，如果该话题群内的群成员想成立一个独立的群组专门用于以后每天中午讨论吃什么的话题，此时可以由该话题群内的群成员或者该话题群对应的原来的群组例如“需求评审群”的管理员发起一个将该话题群转换为独立的另一群组的转换请求，所述转换请求可以携带该话题群的相关信息，例如该话题群的群名称、群标识、群成员标识(Uid)等，从而另外生成一个有关于“中午吃什么？”的群组，并将原话题群的群成员自动添加到该新生成的群组中。

本发明实施例中的其他内容可以参照上述实施例，在此不再赘述。

本公开实施方式提供的一种基于群组的话题群创建方法，通过根据创建请求携带的信息判断是否已经存在相应的话题群，这样可以避免创建重复的话题群，进一步提高了系统创建话题群的效率，并降低了话题群创建的管理难度。

图4是根据一示例性实施方式示出的又一种基于群组的话题群创建方法的流程图。

如图4所示，本实施方式提供的基于群组的话题群创建方法可以包括以下步骤。

在步骤S310中，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群。

在步骤S320中，判断所述群组界面中当前接收到的输入消息是否与相应的话题群匹配；如果所述群组界面中当前接收到的输入消息与相应的话题群匹配，进入步骤S330；反之，继续判断所述群组界面中当前接收到的输入消息是否与相应的话题群匹配。

在步骤S330中，向当前发送输入消息的群组中的群成员发送提示信息。

其中，所述提示信息用于提示当前发送输入消息的所述群组中的群成员是否将所述群组界面中当前的输入消息显示于相应的话题群子界面。

在步骤S340中，判断该群组中的群成员是否选择将该当前的输入消息显示于相应的话题群子界面；如果该群组中的群成员选择将该当前的输入消息显示于相应的话题群子界面，进入步骤S350；反之，进入步骤S360。

在步骤S350中，将所述当前的输入消息显示在所述话题群子界面中。

在步骤S360中，将所述当前的输入消息显示在所述群组界面中。

例如，还是以上述的“中午吃什么？”话题为例，如果有群成员已经在相应的群组中创建了“中午吃什么？”话题群，有些群成员可能并没有注意到系统提示消息或者群组界面中显示的话题群的小图标，继续在该群组的聊天界面中输入“我今天中午想去呷哺呷哺，有人一起吗？”，此时，系统会通过语义分析出该群组中的当前输入消息与已经创建的“中午吃什么？”话题群相关，系统会向该群成员发出提示消息“是否将您的当前输入转入“中午吃什么？”话题群？”，并同时显示“是”或“否”控件以供用户选择，此时如果该群成员选择“是”，则将“我今天中午想去呷哺呷哺，有人一起吗？”这条输入消息转发至“中午吃什么？”话题群；如果该群成员选择“否”，则将“我今天中午想去呷哺呷哺，有人一起吗？”这条输入消息继续保留在该群组界面中。

本发明实施例中的其他内容可以参照上述实施例，在此不再赘述。

本公开实施方式提供的一种基于群组的话题群创建方法，通过语义分析自动匹配群成员当前输入的消息是否与已经创建的话题群匹配，以便于群成员将相应的聊天消息迁移到对应的话题群中，不需要群成员主动去查找相应的话题群，从而进一步提高群管理的效率和便利度。

图5是根据一示例性实施方式示出的再一种基于群组的话题群创建方法的流程图。图5的实施例中以所述群组为公众号，所述群组的群成员包括该公众号的创建者和关注者。

如图5所示，本实施方式提供的基于群组的话题群创建方法可以包括以下步骤。

在步骤S410中，向即时通讯的公众号界面发送推送消息。

本发明实施例中，该公众号可以是所述即时通讯应用的一个插件，或者一个任务，或者一个小程序，该公众号推送的推送消息例如可以为标题为“十一报名云南旅游”的超链接。关注该公众号的用户可以接收到这条推送消息。

需要说明的是，本公开实施例中的“公众号”、“推送消息”均可以根据具体的应用场景做扩展解释，本公开对此不作限定。

在步骤S420中，根据所述推送消息生成相应的话题群。

可以根据该推送消息例如创建一个“十一云南旅游”的话题群，话题群的创建可以参见上述方法实施例。

例如，可以将对上述推送消息“十一报名云南旅游”感兴趣的准备报名的群成员添加到“十一云南旅游”的话题群中，作为该话题群的群成员，在该话题群中，各群成员可以讨论有关十一云南旅游的话题。

在步骤S430中，判断所述推送消息是否发生变更；如果所述推送消息发生变更，进入步骤S440；反之，继续判断所述推送消息是否发生变更。

在步骤S440中，向相应的话题群的群成员发送变更消息。

图6是基于图5所示的基于群组的话题群创建方法的界面示意图。

假设即时通讯应用中存在一个“移动办公”的公众号插件，其中关注了该公众号的用户均能够在其安装了该即时通讯应用的客户端上显示该公众号。这里假设“移动办公”这个公众号首先推送了一条消息“本周五12月21日16:00北京xxxxx会议室开会”，并预先加入了能够接收到该条消息的用户，例如“小明”、“小张”等与该会议有关的人员，那么这些被加入的用户就可以在其各自的客户端上接收到这条推送消息，并且这些用户中的任一用户可以根据该推送消息发起创建相关的话题群的创建请求，例如可以创建一个“周五开会”的话题群，该话题群的群成员是预先加入的能够接收该条推送消息的用户。该话题群的群成员可以在该话题群内讨论有关周五开会的事宜。

由于一些原因，该会议的召开时间或者召开地点等信息可能需要更改，例如将召开时间从原定的本周五16:00修改为本周五18:00，如果“移动办公”这个公众号中的推送消息发生变更，会相应的向“周五开会”这个话题群的群成员发送变更消息，用于告知这个话题群的群成员会议召开时间已经被修改了，相应的，该话题群的群成员可以在“周五开会”这个话题群内展开讨论，将会议召开时间修改为本周五下午6点是否合适。

在另一些实施例中，还可以根据变更后的推送消息修改该话题群的相关信息，例如假设将会议召开时间推迟到下周一开会，则相应的可以更改“本周五开会”话题群的群名称为“下周一开会”。

在其他实施例中，还可以将“周五开会”这个话题群中的讨论结论反馈至“移动办公”这个公众号，例如该话题群中的群成员经过讨论后达成一致，将会议召开时间修改为本周五上午10:00，则可以将该讨论结论发送至该公众号，该公众号中相应的修改显示的会议召开时间。

本发明实施例中，所述方法还包括：记录所述推送消息的历史变更消息。这样，可以方便该话题群的群成员查看变更前的推送消息和变更后的推送消息。

本公开实施方式提供的一种基于群组的话题群创建方法，一方面可以基于公众号发送的推送消息创建话题群，另一方面，还可以根据推送消息的变更而自动的调整相应的话题群信息例如话题名称，并记录相关的变更信息。同时，还可以向相应的话题群的群成员发送提示信息，提示该话题群的群成员相关的推送消息已经发生了变更，这样，可以更加提高话题群的管理效率，便于及时收到相关变更消息。

本发明实施例中的其他内容可以参照上述实施例，在此不再赘述。

图7是根据一示例性实施方式示出的再一种基于群组的话题群创建方法的流程图。

如图7所示，本实施方式提供的基于群组的话题群创建方法可以包括以下步骤。

在步骤S510中，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群。

步骤S510可以参照上述发明实施例中的内容，在此不再赘述。

在步骤S520中，判断所述话题群是否处于结束状态；如果所述话题群处于结束状态，进入步骤S530；反之，继续判断所述话题群是否处于结束状态。

在示例性实施例中，所述方法还可以包括：如果所述话题群在预设时长内未接收到讨论消息；或者如果接收到具有权限的群成员发送的结束操作，则所述话题群进入所述结束状态。

本发明实施例中，话题群可以设置为自动的结束，也可以设置为手动的点击结束。例如，上述的“中午吃什么？”的话题群可以设置在三个小时内未接收到任何讨论消息，则系统默认该话题已经讨论结束。需要说明的是，各话题群设置的判断是否讨论结束的预设时长可以根据话题群的话题类型、具体应用场景等来灵活设置，“中午吃什么？”这种话题一般到今天的晚饭时间之前就失去讨论的意义了，所以可以设置相对较短的预设时长。而另外一些工作相关的讨论话题，可能需要较长的预设时长例如可以设置为三天、三周或者更长的预设时长。

本发明实施例中，还可以由具有权限的群成员点击结束相应的话题群，这里具有权限的群成员例如可以是创建该话题群的创建者，或者该话题群对应的群组的管理员，或者还可以是该话题群的创建者和/或该群组的管理员授权的其他群成员。

在步骤S530中，统计分析所述话题群内的讨论消息获得讨论结论。

本发明实施例中，如果系统检测到某一话题群已经讨论结束，可以将该话题群内各群成员已经发表的所有讨论消息进行汇总统计，获得一个讨论结论，还是以上述的“中午吃什么？”的话题群为例，可以汇总统计群成员内大多数人的意见，将其作为讨论结论反馈回该话题群的群组界面中进行显示。

在步骤S540中，以系统消息的形式将所述讨论结论显示在所述群组界面中。

图8和9是基于图7所示的基于群组的话题群创建方法的界面示意图。

还是以上面的“中午吃什么？”话题群为例，当这个话题讨论结论后，一方面，会在该话题群的群名称后显示“已结束”的标识，用于告知群成员该话题已经讨论结束了，另一方面，系统会将该话题群的讨论结论“xxxxxxx”以系统消息的形式反馈至原群组中(这里以“会议群”为例进行说明)，这里的讨论结论例如可以是系统统计分析了“中午吃什么？”这个话题群内大多数人发表的意见，例如该话题群内一共有10个人，其中6个人发表意见说去吃火锅，另外4个人分别选择了吃驴肉火烧、煎饼果子、麻辣烫、兰州拉面，此时系统可以反馈的结论是“中午去吃火锅”。

继续参考图8所示的实施例中，在反馈回的系统消息中还可以包括“查看详情”，该会议群内的群成员可以点击“查看详情”后打开“中午吃什么？”这个话题群，显示该话题群的所有历史讨论消息。如图9所示，如果点击“查看详情”后打开“中午吃什么？”这个话题群，显示该话题群中群成员A输入“吃火锅”，群成员B输入“吃串”的历史讨论消息。

如图8所示，同一个群组例如“会议群”可以同时创建或者存在多个话题群，例如“下午吃什么？”、“中午吃什么？”，并分别显示该多个话题群相应的状态，例如“下午吃什么？”这个话题群当前处于正在讨论状态，而“中午吃什么？”这个话题群当前处于结束状态，并显示“已结束”标识。

需要说明的是，虽然上述图8中是以文字直接标识各话题群的当前状态，但本公开并不限定于此，例如，还可以以不同的形状和/或不同的颜色标识各话题群的当前状态，例如红色圆点表示该话题群处于结束状态，绿色方块表示该话题群处于讨论状态。通过不同的标识表示出各话题群的当前状态，有利于群成员方便的辨认各话题群的讨论进度，从而选择是否加入讨论。

继续参考图8所示的实施例，群组界面中还可以显示“话题集合”，任意群成员可以在“话题集合”下方的搜索输入框中输入话题查询请求，服务器端可以根据该话题查询请求检索并返回相应的话题群或者话题群内的讨论内容。

本发明实施例中，各话题群的历史讨论消息可以存储在服务器端，这样可以便于群组内的每一个群成员都可以看到历史话题群和历史讨论消息。用户查找时可以在群组的话题区查找，或者在该群组的搜索输入框中输入例如“#话题”进行自动的查找或者匹配。在一些实施例找在那个，话题群及其讨论消息的检索不分群成员进话题群的时间先后。在另一些实施例中，各群组生成的话题群的历史讨论消息与相应群组内的输入消息是独立存储的。当然，在其他实施例中，也可以将各群组生成的话题群的历史讨论消息与相应群组内的输入消息是关联存储的。

本发明实施例中的其他内容可以参照上述实施例，在此不再赘述。

本公开实施方式提供的一种基于群组的话题群创建方法，通过判断各话题群当前所处的状态，并对处于结束状态的话题群内的讨论消息进行统计分析，从而可以自动获得相关的讨论结论，并反馈回相关的群组中，从而便于该群组中的所有群成员及时的获悉讨论结论，而不必去话题群中查找相关的历史讨论消息，并根据历史讨论消息人工做出结论分析。

图10是根据一示例性实施方式示出的一种基于群组的话题群创建装置的示意图。

如图10所示，该基于群组的话题群创建装置100可以包括话题群生成模块110以及讨论消息接收模块120。

其中，话题群生成模块110可以用于响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群。

讨论消息接收模块120可以用于接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

在示例性实施例中，话题群生成模块110进一步可以包括接收创建请求单元、话题群判断单元、话题群显示单元以及话题群生成单元。

其中，所示接收创建请求单元可以用于接收与所述目标消息相应的话题群的创建请求。所述话题群判断单元可以用于根据所述创建请求判断是否存在与所述目标消息相应的话题群。所述话题群显示单元可以用于如果存在与所述目标消息相应的话题群，显示相应的话题群子界面。所述话题群生成单元可以用于如果不存在与所述目标消息相应的话题群，生成与所述目标消息相应的话题群。

在示例性实施例中，基于群组的话题群创建装置100还可以包括话题群匹配模块。其中，所述话题群匹配模块可以用于如果所述群组界面中当前接收到的目标消息与相应的话题群匹配，向当前发送输入消息的群组中的群成员发送提示信息。其中，所述提示信息用于提示当前发送输入消息的所述群组中的群成员是否将所述群组界面中当前的目标消息显示于相应的话题群子界面。

在示例性实施例中，基于群组的话题群创建装置100还可以包括变更消息发送模块。其中，所述变更消息发送模块可以用于如果所述目标消息发生变更时，向相应的话题群的群成员发送变更消息。

在示例性实施例中，基于群组的话题群创建装置100还可以包括统计分析模块和结论反馈模块。其中，所述统计分析模块可以用于如果所述话题群处于结束状态，统计分析所述话题群内的讨论消息获得讨论结论。所述结论反馈模块可以用于以系统消息的形式将所述讨论结论显示在所述群组界面中。

在示例性实施例中，基于群组的话题群创建装置100还可以包括话题群状态判断模块。其中，所述话题群状态判断模块可以用于如果所述话题群在预设时长内未接收到讨论消息；或者如果接收到具有权限的群成员发送的结束操作，则所述话题群进入所述结束状态。

在示例性实施例中，基于群组的话题群创建装置100还可以包括查询请求接收模块和话题检索模块。其中，所述查询请求接收模块可以用于接收话题查询请求。所述话题检索模块可以用于根据所述话题查询请求检索相应的话题群和/或讨论消息。

需要说明的是，上述发明实施例中的基于群组的话题群创建装置的模块的具体实现可以参照上述图1所示的发明实施例中的基于群组的话题群创建方法的内容，在此不再赘述。

根据本公开实施方式提供的一种基于群组的话题群创建装置，响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群，从而可以将话题聚焦在某一条目标消息上，这样，与现有技术相比，一方面，可以快速建立相关的话题群，从而能够提高群组消息的管理效率；另一方面，用户可以方便的在相应的话题群内输入讨论消息或者查看其他群成员的讨论消息，利用讨论模式可以实现话题聚焦，在该话题群中，该目标消息变更了一个话题，所有的回复消息都可以在该话题的目标消息下依次排列，这样，针对该话题的讨论会更加明晰，提高了用户体验。

根据本公开的另一示例性实施方式，还提供了一种电子设备，其可以包括存储器、处理器及存储在该存储器上并可在该处理器上运行的计算机程序，其中，该程序被该处理器执行时实现上述图1或者图3或者图4或者图5或者图7所示的发明实施例中的方法步骤。

下面参考图11，其示出了适于用来实现本申请实施例的电子设备400的结构示意图。图11示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，电子设备400包括处理器401，其可以根据存储在存储器403中的程序而执行各种适当的动作和处理。特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，在该计算机程序被处理器401执行时，执行本申请的系统中限定的上述功能。处理器401、存储器403以及通信接口402通过总线彼此相连。

附图中的流程图和框图，图示了按照本申请各种实施例的终端、服务端、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，如果上述一个或者多个程序被一个该设备执行时，使得该设备包括：响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

以上具体地示出和描述了本公开的示例性实施方式。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种基于群组的话题群创建方法，其特征在于，包括：

响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；

接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

2.根据权利要求1所述的方法，其特征在于，所述响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群包括：

接收与所述目标消息相应的话题群的创建请求；

根据所述创建请求判断是否存在与所述目标消息相应的话题群；

如果存在与所述目标消息相应的话题群，显示相应的话题群子界面；

如果不存在与所述目标消息相应的话题群，生成与所述目标消息相应的话题群。

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

如果所述群组界面中当前接收到的输入消息与相应的话题群匹配，向当前发送输入消息的群组中的群成员发送提示信息；

其中，所述提示信息用于提示当前发送输入消息的所述群组中的群成员是否将所述群组界面中当前的输入消息显示于相应的话题群子界面。

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

如果所述目标消息发生变更，向相应的话题群的群成员发送变更消息。

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

如果所述话题群处于结束状态，统计分析所述话题群内的讨论消息获得讨论结论；

以系统消息的形式将所述讨论结论显示在所述群组界面中。

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

如果所述话题群在预设时长内未接收到讨论消息；或者

如果接收到具有权限的群成员发送的结束操作，则所述话题群进入所述结束状态。

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

接收话题查询请求；

根据所述话题查询请求检索相应的话题群和/或讨论消息。

8.一种基于群组的话题群创建装置，其特征在于，包括：

话题群生成模块，用于响应于在群组界面接收的针对目标消息的选择操作，生成与所述目标消息相应的话题群；

讨论消息接收模块，用于接收与所述目标消息相关的讨论消息，将所述讨论消息显示在所述话题群子界面中。

9.一种电子设备，包括存储器、处理器及存储在该存储器上并可在该处理器上运行的计算机程序，其特征在于，该程序被该处理器执行时实现权利要求1-7任一项所述的方法步骤。

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