CN114513480B - 基于群聊的信息处理方法、装置、设备及计算机存储介质 - Google Patents

基于群聊的信息处理方法、装置、设备及计算机存储介质 Download PDF

Info

Publication number
CN114513480B
CN114513480B CN202011186722.2A CN202011186722A CN114513480B CN 114513480 B CN114513480 B CN 114513480B CN 202011186722 A CN202011186722 A CN 202011186722A CN 114513480 B CN114513480 B CN 114513480B
Authority
CN
China
Prior art keywords
group
message
history
messages
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011186722.2A
Other languages
English (en)
Other versions
CN114513480A (zh
Inventor
黄铁鸣
周世龙
陈卓铭
文琛
李斌
罗程
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202011186722.2A priority Critical patent/CN114513480B/zh
Publication of CN114513480A publication Critical patent/CN114513480A/zh
Application granted granted Critical
Publication of CN114513480B publication Critical patent/CN114513480B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms

Abstract

本申请提供了一种基于群聊的信息处理方法、装置、设备及计算机可读存储介质;该方法包括:响应于通过呈现的即时通讯应用界面接收到的打开第一群组的群组聊天界面的第一操作,向服务器发送历史消息的第一获取请求,即时通讯应用界面中至少呈现第一群组的群组聊天界面的入口和多个其他聊天界面的入口;该第一获取请求中携带有所述第一群组的群组标识,服务器中存储有第一群组的历史消息;接收服务器发送的第一获取响应,该第一获取响应中携带有至少一个历史消息;在群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息;通过本申请,群组成员打开群组聊天界面时能够从服务器获取想要查看的历史消息,从而提高沟通效率。

Description

基于群聊的信息处理方法、装置、设备及计算机存储介质
技术领域
本申请涉及通信技术,尤其涉及一种信息处理方法、装置、设备及计算机存储介质。
背景技术
目前,随着移动通信技术和智能终端的飞速发展,人们的工作、生活、学习方式都有了很大的改变,例如,人们可以通过智能终端实现电话会议而不需实地到场参会,可以通过即时通讯应用实现一对一的语音或文字聊天,还可以实现多对多的群聊。并且还可以通过企业即时通讯应用完成现通知下发、员工管理、任务监督等事务。在用户新加入一个群组后,往往不能查看该群组内的历史消息,从而影响沟通效率。
发明内容
本申请实施例提供一种信息处理方法、装置及计算机可读存储介质,群组成员打开群组聊天界面时能够从服务器获取想要查看的历史消息,从而提高沟通效率。
本申请实施例的技术方案是这样实现的:
本申请实施例提供一种基于群聊的信息处理方法,包括:
通过呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,所述即时通讯应用界面中至少呈现所述第一群组的群组聊天界面的入口和多个其他聊天界面的入口;
响应于所述第一操作,向服务器发送获取历史消息的第一获取请求,所述第一获取请求中携带有所述第一群组的群组标识,所述服务器中存储有第一群组的历史消息;
接收服务器发送的第一获取响应,其中该第一获取响应中携带有所述第一群组的至少一个历史消息;
呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
本申请实施例提供一种基于群聊的信息处理方法,包括:
接收终端发送的获取历史消息的第一获取请求,所述第一获取请求中携带有所述第一群组的标识;
基于所述第一群组的标识,从自身存储的消息列表中获取待发送的至少一个历史消息;
将所述至少一个历史消息携带于第一获取响应中,发送至所述终端。
本申请实施例提供一种基于群聊的信息处理装置,包括:
第一接收模块,用于通过呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,所述即时通讯应用界面中至少呈现所述第一群组的群组聊天界面的入口和多个其他聊天界面的入口;
第一发送模块,用于响应于所述第一操作,向服务器发送历史消息的第一获取请求,所述第一获取请求中携带有所述第一群组的群组标识,所述服务器中存储有第一群组的历史消息;
第二接收模块,用于接收服务器发送的第一获取响应,其中该第一获取响应中携带有所述第一群组的至少一个历史消息;
第一呈现模块,用于呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
在一些实施例中,该装置还包括:
第三发送模块,用于响应于接收到的获取更多历史消息的第二操作,向服务器发送历史消息的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
第四接收模块,用于接收服务器发送的第二获取响应,所述第二获取响应中携带有至少一个历史消息;
第二呈现模块,用于在所述群组聊天界面中按照各个所述历史消息的发布时间,呈现各个所述历史消息。
在一些实施例中,所述群组聊天界面中包括至少一种排序控件,对应地,该装置还包括:
第一确定模块,用于响应于针对所述排序控件的排序操作,确定所述排序控件对应的排序模式;
排序模块,用于基于所述排序模式,对所述群组聊天界面中呈现的历史消息进行排序;
第三呈现模块,用于在所述群组聊天界面中呈现重新排序后的历史消息。
在一些实施例中,该装置还包括:
第四呈现模块,用于当接收到服务器发送的群组消息更新的控制消息时,响应于该控制消息,呈现通知消息,所述通知消息用于通知用户群组消息发生更新。
在一些实施例中,该装置还包括:
第四发送模块,用于响应于接收到的打开第一群组的群组聊天界面的操作时,向服务器发送群组消息的第三获取请求;
第五接收模块,用于接收服务器发送的第三获取响应,所述第三获取响应中至少携带有新群组消息;
第五呈现模块,用于呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中至少呈现所述新群组消息。
在一些实施例中,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个回复入口,该装置还包括:
第六呈现模块,用于响应于针对目标群组消息对应的回复入口的回复操作,呈现回复消息显示界面,所述回复消息显示界面中包括回复消息的输入入口和已有的回复消息;
第六接收模块,用于接收针对所述输入入口的输入操作,获取输入的回复消息;
第五发送模块,用于响应于接收到的回复消息发送操作,向服务器发送回复消息的第二发布请求,以使得所述服务器存储并发布所述回复消息;
更新显示模块,用于按照各个回复消息的回复时间,在所述回复消息显示界面更新显示预设数量的回复消息。
在一些实施例中,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个评价入口,该装置还包括:
第二获取模块,用于响应于接收到的针对目标群组消息的评价入口的评价操作,获取所述目标群组消息的评价次数;
第一更新模块,用于基于所述评价操作和评价次数,更新所述目标群组消息的评价次数。
本申请实施例提供一种基于群聊的信息处理装置,所述装置包括:
第三接收模块,用于接收终端发送的获取历史消息的第一获取请求,所述第一获取请求中携带有第一群组的标识;
第一获取模块,用于基于所述第一群组的标识,从自身存储的消息列表中获取待发送的至少一个历史消息;
第二发送模块,用于将所述至少一个历史消息携带于第一获取响应中,发送至所述终端。
在一些实施例中,该第一获取模块,还用于:
基于所述第一群组的标识,确定所述终端满足所述第一群组的加入条件时,确定所述第一群组的历史消息总数;
当所述历史消息总数小于或者预设的个数阈值时,将所述第一群组的所有历史消息确定为待发送的历史消息;
当所述历史消息总数大于所述个数阈值时,基于所述第一群组的历史消息的发布时间,确定出所述个数阈值个历史消息,将所述个数阈值个历史消息确定为待发送的历史消息。
在一些实施例中,该装置还包括:
第七接收模块,用于接收终端发送的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
第三获取模块,用于基于所述目标历史消息的标识,从所述消息列表中获取所述目标历史消息之前的至少一个历史消息;
第六发送模块,用于将所述目标历史消息之前的至少一个历史消息携带于第二获取响应中,发送至所述终端。
在一些实施例中,该装置还包括:
第八接收模块,用于接收终端发送的群组消息的第一发布请求,所述第一发布请求中携带有待发布的群组消息和所属群组的群组标识;
存储模块,用于将所述群组消息增加至自身存储的消息列表中,并基于所述消息列表中已存储的群组消息为所述群组消息分配消息标识;
第二确定模块,用于确定所述群组标识对应的群组成员终端;
第八发送模块,用于向所述群组成员终端发送群组消息更新的控制消息,所述控制消息用于通知有新的群组消息发布。
在一些实施例中,该装置还包括:
第九接收模块,用于接收终端发送的回复消息的第二发布请求,所述第二发布请求携带有待发布的回复消息和所述回复消息所对应群组消息的消息标识;
第二更新模块,用于基于所述消息标识和所述回复消息,对所述消息列表中所述回复消息所对应的群组消息进行更新;
第三确定模块,用于从所述群组消息对应的群组成员终端中确定目标成员终端;
第九发送模块,用于向所述目标成员终端发送回复消息更新的控制消息,所述控制消息用于终端群组消息有新回复消息发布。
本申请实施例提供一种基于群聊的信息处理设备,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现本申请实施例提供的方法。
本申请实施例提供一种计算机可读存储介质,存储有可执行指令,用于引起处理器执行时,实现本申请实施例提供的方法。
本申请实施例具有以下有益效果:
在本申请实施例中提供的基于群聊的信息处理方法中,当终端呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,响应于该第一操作,向服务器发送第一获取请求,由于在该方法中,服务器存储有各个群组的历史消息,因此服务器在接收到该第一获取请求后,能够将多个历史消息携带于第一获取响应中返回给新加入群组的终端,终端在接收到该第一获取响应后呈现群组聊天界面,并在该群组聊天界面呈现多个历史消息,以使得终端(不管是群组中新加入的成员终端还是已加入群组的老成员终端)都能够在需要查看历史消息时获取到历史消息,从而提高沟通效率。
附图说明
图1为本申请实施例提供的即时通讯系统100网络架构示意图;
图2是本申请实施例提供的终端400的结构示意图;
图3为本申请实施例提供的基于群聊的信息处理方法的一种实现流程示意图;
图4为本申请实施例提供的基于群聊的信息处理方法的另一种实现流程示意图;
图5为本申请实施例提供的基于群聊的信息处理方法的再一种实现流程示意图;
图6为传统IM会话消息发送模型示意图;
图7为本申请实施例提供的小黑板帖子的存储模型;
图8为本申请实施例提供的历史帖子分页拉取的示意图;
图9为本申请实施例提供群组聊天界面的示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
对本申请实施例进行进一步详细说明之前,对本申请实施例中涉及的名词和术语进行说明,本申请实施例中涉及的名词和术语适用于如下的解释。
1)小黑板:企业即时通讯应用中有IM异步消息,有实时的语音视频会议,有异步的邮件等。本申请实施例提供一种新的类似群聊的形态,称为小黑板,是结构化消息的一种形态。小黑板一共有三个层级:1)一个小黑板指的是任意一个#主题(又被叫做板块、小黑板),也可以理解为一个群组;2)一个主题有包括多条帖子(又被称为主帖、发帖、消息);3)一个帖子下面可能会有多个回复(回复是最末节点,回复不能再被回复)。
2)主题(黑板、主题板、频道(channel)):小黑板内的一级会话,在小黑板列表页展示,也即群组标识。每个主题下有一条按时间流顺序的帖子序列。
3)帖子(post):用户在某个黑板(或者说群组)内发送的消息,该消息是结构化的,并包含多种子元素信息。帖子包含普通帖子(指黑板中用户自行发送的帖子,也叫做主贴)、回复帖(指用户对某个帖子的回复)、控制消息帖(当小黑板有其他成员加入时等用于提醒的帖子)等。
4)历史帖子(历史消息):在当前时刻之前所发布的帖子(消息)。
在说明本申请实施例提供的信息处理方法之前,首先对相关技术中在用户进入群组聊天或者进入新的主题小组时的信息处理方法。
传统IM会话的群聊,用户在加入时是无法查看群内历史消息的,使得讨论一些问题时没有上下文信息,只能通过其他已经在群内的用户进行分享。其他用户在分享时,需要手动勾选群内历史消息,然后再分享到群内,效率不高。
在相关技术中,一些企业即时通讯应用支持一定程度的查看历史消息,例如,企业微信普通群聊,企业微信竞品钉钉,在新成员加入群后,都支持一定程度查看历史消息的能力,其中企业微信群聊支持查看30条历史消息,钉钉支持查看100条历史消息。这样成员进入群聊后依然无法查看所有历史消息,一些内容就会缺失,影响后续沟通效率。
基于此,本申请实施例提供一种群聊会话场景下的信息处理方法,用户在进入群组会话后,历史帖子(消息)可以完全查看。用户在进入某个群组会话(小黑板主题)内,可以自行查阅整个小黑板的历史消息。
下面说明本申请实施例提供的基于群聊的信息处理设备的示例性应用,本申请实施例提供的设备可以实施为笔记本电脑,平板电脑,台式计算机,机顶盒,移动设备(例如,移动电话,便携式音乐播放器,个人数字助理,专用消息设备,便携式游戏设备)等各种类型的用户终端,也可以实施为服务器。下面,将说明设备实施为终端时示例性应用。
参见图1,图1为本申请实施例提供的即时通讯系统100网络架构示意图,如图1所示,在该即时通讯系统100中包括,终端(示例性示出了终端400-1、终端400-2和终端400-3)、网络200和服务器300,其中,终端400-1、终端400-2和终端400-3分别通过网络200与服务器300建立有通讯连接,网络200可以是广域网或者局域网,又或者是二者的组合。
终端400-1、终端400-2和终端400-3可以安装有即时通讯应用,以通过即时通讯应用与其他用户进行即时通讯,并且终端400-1、终端400-2和终端400-3还可以与其他客户端建立一个群组,进行群组聊天。服务器300可以为即时通讯应用对应的服务器。
在本申请实施例中,假设终端400-2和终端400-3在同一个群组中。一个群组中的群组成员可以发布群组消息,例如终端400-2和终端400-3都可以在群组中发送群组消息,在本申请实施例中,各个群组成员发表的群组消息是结构化消息,每个群组消息都对应有各自的回复入口,并且有群组成员发布的群组消息,以及针对其他群组成员发布的群组消息的回复消息都存储在服务器300中,当群组中有新的成员,例如是终端400-1加入时,新加入的群组成员终端(也即终端400-1)可以向服务器300请求获取该群组的历史消息,服务器300可以将该群组的所有历史消息一次性返回给新加入的群组成员终端,当群组内的历史消息较多时,也可以一次发送一定数量的历史消息,当新加入的群组成员终端再次请求获取时间更早的历史消息时,再继续向该新加入的群组成员终端发送。如此,在有用户新加入群组后,群组内的历史消息对于用户都是可见的,从而能够提高沟通效率。并且在有新的成员终端加入群组后,服务器300会向其他已加入群组的成员终端发送有新成员加入群组的通知消息。
在一些实施例中,服务器300可以是独立的物理服务器,也可以是多个物理服务器构成的服务器集群或者分布式系统,还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等,但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接,本发明实施例中不做限制。
参见图2,图2是本申请实施例提供的终端400的结构示意图,图2所示的终端400包括:至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。终端400中的各个组件通过总线系统440耦合在一起。可理解,总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图2中将各种总线都标为总线系统440。
处理器410可以是一种集成电路芯片,具有信号的处理能力,例如通用处理器、数字信号处理器(DSP,Digital Signal Processor),或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,其中,通用处理器可以是微处理器或者任何常规的处理器等。
用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431,包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432,包括有助于用户输入的用户接口部件,比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
存储器450可以是可移除的,不可移除的或其组合。示例性的硬件设备包括固态存储器,硬盘驱动器,光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。
存储器450包括易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM,Read Only Memory),易失性存储器可以是随机存取存储器(RAM,Random Access Memory)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。
在一些实施例中,存储器450能够存储数据以支持各种操作,这些数据的示例包括程序、模块和数据结构或者其子集或超集,下面示例性说明。
操作系统451,包括用于处理各种基本系统服务和执行硬件相关任务的系统程序,例如框架层、核心库层、驱动层等,用于实现各种基础业务以及处理基于硬件的任务;
网络通信模块452,用于经由一个或多个(有线或无线)网络接口420到达其他计算设备,示例性的网络接口420包括:蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB,Universal Serial Bus)等;
输入处理模块453,用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
在一些实施例中,本申请实施例提供的装置可以采用软件方式实现,图2示出了存储在存储器450中的基于群聊的信息处理装置454,其可以是程序和插件等形式的软件,包括以下软件模块:第一接收模块4541、第一发送模块4542、第二接收模块4543和第一呈现模块4544,这些模块是逻辑上的,因此根据所实现的功能可以进行任意的组合或进一步拆分。
将在下文中说明各个模块的功能。
在另一些实施例中,本申请实施例提供的装置可以采用硬件方式实现,作为示例,本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器,其被编程以执行本申请实施例提供的。。方法,例如,硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC,Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD,Prog rammable Logic Device)、复杂可编程逻辑器件(CPLD,Complex ProgrammableLogic De vice)、现场可编程门阵列(FPGA,Field-Programmable Gate Array)或其他电子元件。
将结合本申请实施例提供的终端的示例性应用和实施,说明本申请实施例提供的基于群聊的信息处理方法。
参见图3,图3为本申请实施例提供的基于群聊的信息处理方法的一种实现流程示意图,将结合图3示出的步骤进行说明。
步骤S101,终端通过呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作。
这里,所述即时通讯应用界面中至少呈现所述第一群组的群组聊天界面的入口和多个其他聊天界面的入口,该第一操作可以是针对第一群组的群组聊天界面的入口的点击或触控操作。
步骤S101中的即时通讯应用界面可以是即时通讯应用的主页面,也即消息显示界面,在该界面中可以包括多个聊天界面的入口,在各个聊天界面的入口所在的显示区域可以显示有各个聊天会话的标识,这里的聊天会话可以是群组聊天会话,也可以是跟某一好友的单独聊天会话,还可以是通知消息的会话,因此在各个聊天界面的入口显示有各个聊天会话的标识,以及该聊天会话最近接收到的一条消息内容(全部或部分消息内容),多个聊天界面的入口根据各个聊天会话接收到最新的即时通讯消息的时间先后进行排序。
在一些实施例中,步骤S101中的即时通讯应用界面也可以是即时通讯应用的通讯录界面,在该界面中可以包括多个聊天界面的入口,在各个聊天界面的入口所在的显示区域可以显示有各个聊天会话的标识,这里的聊天会话可以是群组聊天会话,并且多个聊天界面的入口根据各个聊天会话的标识进行排序。
步骤S102,终端响应于接收到的加入第一群组的操作,向服务器发送第一获取请求。
这里,本申请实施例通的基于群聊的信息处理方法,可以是应用于企业即时通讯应用,因此本申请实施例所提及的群组也可以是企业即时通讯应用中的群组,例如可以以科室、部门或者研发小组的成员组成的群组,在该群组中可以发布开会通知、工作进度等群组消息。该第一获取请求中携带有该第一群组的群组标识,例如可以是群组名称,还可以是群组ID。
终端可以是通过其他即时通讯好友发送或者分享的群组加入链接而触发加入第一群组的操作,或者通过其他即时通讯好友分享的群组加入图形标识码而触发加入第一群组的操作,还可以是自行通过关键字搜索群组名称从而触发加入第一群组的操作。
步骤S103,服务器基于所述第一群组的群组标识,从自身存储的消息列表中获取待发送的至少一个历史消息。
在本申请实施例中,在服务器中,根据各个群组的群组标识存储有各个对应的消息列表,也就是说,各个群组的历史消息是存储于服务器的,这样当服务器接收到第一获取请求时,基于第一群组的群组标识,获取第一群组的消息列表,并从该消息列表中获取待发送的至少一个历史消息。在实现时,可以是从该消息列表中,根据历史消息的发布时间,获取发布时间距离当前时间最近的多个历史消息。
在本申请实施例中,用户主动发布的群组消息(可以称为主消息)以及针对其他用户发布的主消息的回复消息都为是结构化消息,并且针对一个主消息的回复消息可以聚合到该主消息中;用户可以创建一个群组(在其他实施例中可以称为小黑板)然后在群组内发消息,并且在群组消息中可以at相关群组成员,群组消息可以是富媒体的,包括图片、文字等混合形态;群组成员可以直接回复某个群组消息,回复的消息是聚合在一起,不会像相关技术中的群组消息全部散开比较零散,使得消息内容可以有较高的聚合特性,帖子以及相关的回复、回应等信息聚合在一起,特别适合一些信息、通知、公告或者知识等的沉淀。
步骤S104,服务器将所述至少一个历史消息携带于第一获取响应中,发送至所述终端。
这里,服务器在将至少一个历史消息携带于第一获取响应时,可以是根据各个历史消息的发布时间,按照从各个历史消息的发布时间距离当前时间的先后顺序排序,并发送至该终端。
在一些实施例中,当有新的成员终端加入到群组后,服务器还会想其他已加入群组的成员终端发送有新成员加入群组的通知消息。
步骤S105,终端基于接收到的第一获取响应,呈现所述第一群组的群组聊天界面。
这里,该第一群组的群组聊天界面至少用于呈现群组消息,在一些实施例中,该群组聊天界面中还可以呈现对历史消息进行排序的排序控件,还可以包括群组信息,例如群组的主题、群组描述、群组公开范围等信息。
步骤S106,终端在该群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
这里,终端接收到第一获取响应后,解析该第一获取响应以获取到其中携带的至少一个历史消息,并在群组聊天界面中按照各个历史消息的发布时间,依次呈现各个历史消息,并且还可以在群组聊天界面中呈现各个历史消息对应的回复入口、评价入口,还可以呈现历史消息对应的回复数量、评价数量。
图9为本申请实施例提供群组即时通讯(小黑板)界面的示意图,如图9所示,该群组聊天界面(小黑板)中包括三个群组消息,分别为901、902和903,并且群组消息901和群组消息903为由用户主动发送的群组消息,群组消息902为通知消息,用于通知有新成员加入群组。以群组消息903说明,其中,图形控件9031为回复入口。
在本申请实施例中提供的基于群聊的信息处理方法中,当终端呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,响应于该第一操作,向服务器发送第一获取请求,由于在该方法中,服务器存储有各个群组的历史消息,因此服务器在接收到该第一获取请求后,能够将多个历史消息携带于第一获取响应中返回给新加入群组的终端,终端在接收到该第一获取响应后呈现群组聊天界面,并在该群组聊天界面呈现多个历史消息,以使得终端(不管是群组中新加入的成员终端还是已加入群组的老成员终端)都能够在需要查看历史消息时获取到历史消息,从而提高沟通效率。
在一些实施例中,步骤S103可以通过以下步骤实现:
步骤S1031,服务器基于所述第一群组的群组标识,确定所述第一群组的历史消息总数。
这里,各个群组的历史消息可以存储于各个群组对应的消息列表中,因此步骤S1031在实现时,可以基于第一群组的群组标识,确定第一群组对应的消息列表,从基于该消息列表确定第一群组的历史消息总数。
步骤S1032,服务器判断第一群组的历史消息总数是否大于预设的个数阈值。
这里,该个数阈值可以是预先设置好的每次返回历史消息的数量,为正整数,例如可以设置该个数阈值为20,也就是说每次返回20条历史消息。当所述历史消息总数不大于该个数阈值,也即历史消息总数小于或者预设的个数阈值时,进入步骤S1033;当历史消息总数大于该个数阈值时,进入步骤S1034。
步骤S1033,服务器将所述第一群组的所有历史消息确定为待发送的历史消息。
这里,当第一群组的历史消息总数小于或者等于该个数阈值时,说明第一群组的历史消息总数还不太多,可以一次就可以返回所有的历史消息,那么此时服务器将第一群组的所有历史消息确定为待发送的历史消息。例如个数阈值为20,当前第一群组的历史消息总数为15,那么在步骤S1033中,会将这15条历史消息都确定为待发送的历史消息。
步骤S1034,服务器基于所述第一群组的历史消息的发布时间,确定出所述个数阈值个历史消息,将所述个数阈值个历史消息确定为待发送的历史消息。
这里,当第一群组的历史消息总数大于该个数阈值时,说明第一群组的历史消息总数比较多,此时并不会一次性将所有的历史消息都返回给终端,从而避免给终端用户带来困扰,而是每次返回该个数阈值个历史消息。在实现时,可以根据历史消息的发布时间,将最后发布的个数阈值个历史消息确定为待发送的历史消息。
举例来说,当第一群组的历史消息总数为100个,个数阈值为20时,那么在终端新加入第一群组时,可以在第一次发送历史消息时,将最后发布的20个历史消息确定为待发送的历史消息,以发送给终端。
通过上述步骤S1031至步骤S1034,当服务器接收到终端的第一获取请求后,可以根据第一群组的群组标识,确定出第一群组对应的历史消息总数,并进一步基于历史消息总数确定是将全部的历史消息都发送给新加入的终端,还是在第一次将一定个数的历史消息确定为待发送的历史消息,从而能够避免一次性发送过多历史消息,以免占用终端过多的存储空间以及用户查看造成困扰。
在一些实施例中,如图4所示,在步骤S106之后,如果用户还需要查看更多历史消息,此时可以执行以下步骤:
步骤S107,终端接收到获取更多历史消息的第二操作。
这里,在群组聊天界面中可以呈现有查看更多历史消息的按钮控件,当接收到针对该按钮控件的触控或者点击操作时,确定终端接收到更多历史消息的第二操作;在一些实施例中,当历史消息已经显示至第一个历史消息时接收到向上滚动操作,或者下拉操作时,确定接收到更多历史消息的第二操作。
步骤S108,终端响应于该操作,向服务器发送历史消息的第二获取请求。
这里,该第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息。
在本申请实施例中,服务器在接收到群组消息,并将群组消息存储至消息列表时,可以根据群组消息的发布时间为群组消息分配标识,例如,从0开始依次分配群组消息的标识,最先接收到的群组消息的标识即为0,越晚接收到的群组消息的标识就越大,换句话说,发布时间越晚的群组消息的标识就越大。基于此,目标历史消息为已显示历史消息中发布时间最晚的历史消息,也即为已显示历史消息中标识最大的历史消息。
举例来说,最先接收到的群组消息的标识为0,个数阈值为20,那么第一次发送的是标识为0到19的历史消息,那么在第二次请求获取历史消息时,目标历史消息的标识也即为19。
步骤S109,服务器接收终端发送的第二获取请求,并基于所述目标历史消息的标识,从所述消息列表中获取所述目标历史消息之前的至少一个历史消息。
这里,与步骤S103类似,步骤S109在实现时,可以基于目标历史消息的标识,确定消息类别中还未发送的历史消息的总数,当未发送的历史消息的总数小于或者等于预设的个数阈值时,将所有未发送的历史消息确定为待发送的至少一个历史消息;当未发送的历史消息的总数大于该个数阈值时,基于该目标消息的标识,将消息列表中该目标历史消息标识之后的个数阈值个历史消息确定为待发送的至少一个历史消息。
步骤S110,服务器将所述目标历史消息之前的至少一个历史消息携带于第二获取响应中,发送至所述终端。
步骤S111,终端接收服务器发送的第二获取响应,并在所述群组聊天界面中按照各个所述历史消息的发布时间,呈现各个所述历史消息。
这里,在实现时,会在群组聊天界面中按照各个历史消息的发布时间,从早到晚,呈现各个历史消息。
通过上述的步骤S107至步骤S111,在新加入终端获取到一部分历史消息之后如果还想查看更多历史消息,可以通过触发查看更多历史消息的第二操作,向服务器请求更多的历史消息,以能够参与更多的会话。
在一些实施例中,在新成员加入一个群组,或者老成员打开一个已经加入的群组时,会按照历史消息的发布时间对呈现的各个历史消息进行排序并显示,而在群组聊天界面中还包括至少一种排序控件,用以对历史消息进行重新排序,对应地,在步骤S106之后,或者在步骤S111之后,还可以执行以下步骤:
步骤S21,终端响应于针对所述排序控件的排序操作,确定所述排序控件对应的排序模式。
这里,每一种排序控件可以对应一种排序模式,例如排序模式可以包括按照回复数从多到少排序,还可以包括按照评价数量从多到少排序,当然也可以包括按照发布时间从早到晚排序。
步骤S22,基于所述排序模式,对所述群组聊天界面中呈现的历史消息进行排序。
这里,在确定出排序模式后,可以获取各个历史消息的该排序模式对应的属性信息,并基于各个历史消息的属性信息对各个历史消息进行排序。
举例来说,当排序模式为根据回复数从多到少排序时,可以获取各个历史消息的回复数,然后基于各个历史消息的回复数,对各个历史消息进行排序。
步骤S23,在所述群组聊天界面中呈现重新排序后的历史消息。
通过上述的步骤S21至步骤S23,可以对即时通讯界面中呈现的多个历史消息,根据自身的查看需求进行排序,从而能够使得用户快速查看到自己想看查看的历史消息,提高消息查看效率。
在一些实施例中,当有其他群组成员通过终端发布了新的群组消息或者对历史消息进行了回复时,服务器会向各个群组成员的终端发送控制消息,此时终端在接收到服务器发送的消息更新的控制消息时,响应于该控制消息,呈现通知消息,所述通知消息用于通知消息发生更新。
消息更新可以是发布新的群组消息,还可以是历史消息有了新的回复消息,还可以是历史消息有了新的评价消息等。在实现时,终端接收到的可以是群组消息更新的控制消息,还可以是回复消息更新的控制消息,在一些实施例中还可以是评价信息更新的控制消息,终端在接收到该控制消息后,呈现通知消息。
该通知消息可以是在即时通讯应用的主界面,也即消息显示界面呈现,例如当消息显示界面中已经呈现有第一群组的群组名称时,该通知消息可以是在第一群组的群组名称的右上角以预设格式呈现新消息的数量的方式呈现。该通知消息可以是在即时通讯应用的导航栏的显示区域显示,在该导航栏可以包括消息标签(Tab),呈现该通知消息时,可以是在消息Tab标识的右上角以预设格式呈现新消息的数量的方式呈现。
在一些实施例中,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个回复入口,对应地,该方法还包括:
步骤31,终端响应于针对目标群组消息对应的回复入口的回复操作,呈现回复消息显示界面。
这里,回复消息显示界面中包括回复消息的输入入口和已有的回复消息。在本申请实施例中,可以是在终端的显示屏上的第一区域显示群组聊天界面,在显示屏的第二区域显示回复消息显示界面,第一区域和第二区域可以是有重叠区域的,也可以是没有重叠区域的。当第一区域和第二区域有重叠区域时,该回复消息显示界面可以是在群组聊天界面的一定区域以浮层的形式显示,还可以在群组聊天界面的一定区域以覆盖的形式显示。需要说明的是,当第一区域和第二区域有重叠区域时,不管是以浮层的形式还是以覆盖的形式显示回复消息界面,该回复消息界面不能遮挡需要回复的群组消息。
步骤S32,终端接收针对所述输入入口的输入操作,获取输入的回复消息。
这里,该回复消息可以是语音消息,也可以是文本消息。
步骤S33,终端响应于接收到的回复消息发送操作,向服务器发送回复消息的第二发布请求,以使得所述服务器存储并发布所述回复消息。
这里,第二发布请求中携带有待发布的回复消息和所述回复消息所对应群组消息的消息标识。在一些实施例中,服务器在接收到第二发布请求后,获取回复消息,并根据该消息标识,将回复消息存储至消息列表中对应的群组消息中,以对消息列表进行更新。
步骤S34,终端按照各个回复消息的回复时间,在所述回复消息显示界面显示回复消息。
这里,在回复消息显示界面显示回复消息,在实现时,可以是在回复消息显示界面更新显示各个回复消息。在一些实施例中,在回复消息显示界面中显示预设数量的回复消息,例如可以是显示最新回复的10条回复消息,那么在终端对群组消息进行回复之后,可以在回复消息显示界面,会在从下至上显示各个回复消息,并且最下面显示的是最新的回复消息。
在一些实施例中,该第一群组的群组聊天界面中包括显示的各个群组消息对应的各个评价入口,对应地,该方法还包括:
步骤S41,响应于接收到的针对目标群组消息的评价入口的评价操作,获取所述目标群组消息的评价次数。
这里,该评价入口至少包括正面评价入口,在一些实施例中,该评价入口还可以包括负面评价入口。
步骤S42,基于所述评价操作和评价次数,更新所述目标群组消息的评价次数。
例如,接收到的是对目标群组消息进行正面评价的评价操作,在接收到对目标群组消息进行评价的评价操作之前,该目标群组消息的正面评价次数为15次,那么响应于对目标群组消息进行正面评价的评价操作,会将目标群组消息的正面评价次数更新显示为16次。
基于前述的实施例,本申请实施例再提供一种基于群聊的信息处理方法,应用于图1所示的网络架构,在该网络架构中,终端400-1为新加入群组的终端,在本申请实施例中称为第一终端,终端400-2和终端400-3为已经加入第一群组的终端,在本申请实施例中称为第二终端和第三终端。图5为本申请实施例提供的基于群聊的信息处理方法的再一种实现流程示意图,如图5所示,该流程包括:
步骤S501,第一终端响应于接收到的加入第一群组的操作,向服务器发送群组加入请求。
这里,加入第一群组的操作可以是在第一终端在接收到第一群组的其他成员终端发送的加入群组的邀请信息时触发的,或者是第一终端在搜索到第一群组并主动请求加入第一群组时触发的,群组加入请求中携带有所述第一群组的群组标识。
步骤S502,服务器基于所述第一群组的标识,确定所述终端满足所述第一群组的加入条件时,从自身存储的消息列表中获取待发送的至少一个历史消息。
这里,在步骤S502之前,服务器首先需要基于第一群组的标识,确定该终端是否满足第一群组的加入条件,在实现时,可以通过第一群组的加入方式确定终端是否满足第一群组的加入条件,当第一群组的加入方式为公开时,那么所有终端都满足第一群组的加入条件,当第一群组的加入方式为需要验证时,那么当终端请求加入的方式是通过其他好友邀请或者通过扫描二维码加入时,确定终端满足第一群组的加入条件;当第一群组的加入方式为私密时,那么所有终端都不满足第一群组的加入条件。
在服务器中,根据各个群组的群组标识存储有各个对应的消息列表,也就是说,各个群组的历史消息是存储于服务器的,这样当有终端新加入到群组,且服务器确定终端满足第一群组的加入条件时,基于第一群组的群组标识,获取第一群组的消息列表,并从该消息列表中获取待发送的至少一个历史消息。在实现时,可以是从该消息列表中,根据历史消息的发布时间,获取发布时间距离当前时间最近的多个历史消息。
步骤S503,服务器将所述至少一个历史消息携带于群组加入响应中,发送至第一终端。
步骤S504,第一终端基于接收到的群组加入响应,呈现所述第一群组的群组聊天界面。
步骤S505,第一终端在该即时通讯界面中按照各个历史消息的发布时间,呈现各个历史消息。
在本申请实施例中,当第一终端请求加入第一群组向服务器发送群组加入请求后,服务器在确定第一终端满足第一群组的群组加入条件时,直接在群组加入响应中携带多个历史消息,并且第一终端在接收到群组加入响应后,可以将界面跳转到第一群组的群组聊天界面,并在该群组聊天界面中呈现多个历史消息。
在一些实施例中,当第一终端请求加入第一群组向服务器发送群组加入请求后,服务器在确定第一终端满足第一群组的群组加入条件时,可以向第一终端返回不携带历史消息的群组加入响应,当第一终端确定自身已加入第一群组,并接收到打开第一群组的群组聊天界面的第操作时,再向服务器发送历史消息的第一获取请求,服务器可以基于该第一获取请求获取多个历史消息,并将多个历史消息携带于第一获取响应中发送至第一终端,第一终端接收到第一获取响应后呈现第一群组的群组聊天界面,并在该群组聊天界面呈现多个历史消息。
步骤S506,第一终端接收到获取更多历史消息的第二操作。
步骤S507,第一终端响应于该操作,向服务器发送历史消息的第二获取请求。
这里,该第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息。
步骤S508,服务器接收终端发送的第二获取请求,并基于所述目标历史消息的标识,从所述消息列表中获取所述目标历史消息之前的至少一个历史消息。
步骤S509,服务器将所述目标历史消息之前的至少一个历史消息携带于第二获取响应中,发送至所述终端。
步骤S510,第一终端接收服务器发送的第二获取响应,并在所述群组聊天界面中按照各个所述历史消息的发布时间,呈现各个所述历史消息。
需要说明的是,步骤S501至步骤S510的实现过程,与步骤S102至步骤S111的实现过程类似,具体实现过程可参考步骤S102至步骤S111。
步骤S511,第一终端响应于接收到关闭该群组聊天界面的操作,关闭该群组聊天界面。
步骤S512,第二终端响应于针对第一群组的群组聊天界面所接收到的编辑新消息的操作,获取输入的新消息。
这里,在步骤S512之前,第二终端通过即时通讯应用打开第一群组的群组聊天界面,以浏览查看第一群组的群组消息,该群组聊天界面中可以包括输入新的群组消息的还可以通过该群组聊天界面进行群组消息的发布。
步骤S513,第二终端响应于发布新消息的操作,向服务器发送群组消息的第一发布请求。
这里,第一发布请求中携带有待发布的群组消息和所属群组的群组标识。
步骤S514,服务器基于接收到的第一发布请求,将该群组消息增加至自身存储的消息列表中,并基于所述消息列表中已存储的群组消息为所述群组消息分配消息标识。
步骤S515,服务器确定所述群组标识对应的群组成员终端。
步骤S516,服务器向所述群组成员终端发送群组消息更新的控制消息。
这里,该控制消息用于通知有新的群组消息发布。当有新的群组消息发布时,服务器是向群组中除第二终端之外的其他所有群组成员终端发送该控制消息,以使得所有群组成员能够及时查看新的群组消息。
步骤S517,当第一终端和第三终端接收到服务器发送的群组消息更新的控制消息时,响应于该控制消息,呈现通知消息。
这里,该通知消息用于通知群组消息发生更新。在实现时,可以是在即时通讯应用的主界面,也即消息显示界面呈现该通知消息,还可以是在即时通讯应用的导航栏中消息Tab中呈现该通知消息。
在图5中仅示例性示出了第一终端和第二终端,并没有示出第三终端,可以理解的是,在第一群组中还可以包括其他终端。
步骤S518,第一终端和/或第三终端在接收到该控制消息后,响应于接收到的打开第一群组的群组聊天界面的操作,向服务器发送群组消息的第三获取请求。
这里,第一终端和/或第三终端在接收到该控制消息,并呈现消息更新的通知消息后,如果想要查看更新后的群组消息时,需要打开第一群组的即时通讯界面,此时可以触发打开第一群组的群组聊天界面的操作,从而向服务器发送第三获取请求,该第三获取请求中可以携带有第一群组的群组标识。
步骤S519,服务器在接收到第三获取请求后,获取新群组消息。
这里,服务器在接收到第三获取请求之后,获取第三获取请求中携带的第一群组的群组标识,并根据该群组标识获取该第一群组中新发布的群组消息。
步骤S520,服务器将新群组消息携带于第三获取响应,发送至第一终端和/或第三终端。
步骤S521,第一终端和/或第二终端基于接收到的第三获取响应,呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中至少呈现所述新群组消息。
这里,呈现群组聊天界面时,至少要呈现新群组消息,在一些实施例中,还可以在该群组聊天界面中显示之前接收到的群组消息。
在本申请实施例提供的基于群聊的信息处理方法中,当第一终端请求加入群组时,响应于加入第一群组的操作,向服务器发送第一获取请求,由于在该方法中,服务器存储有各个群组的历史消息,因此服务器在接收到该第一获取请求后,基于第一群组的群组标识,获取第一群组的群组消息列表,并从该群组消息列表中获取第一群组的多个历史消息,并将多个历史消息携带于第一获取响应中返回给新加入群组的第一终端,以使得第一终端在加入到一个新的群组之后能够直接获取到所有的历史消息,并且群组终端,例如第二终端发布了新的群组消息时,服务器在接收到发布群组消息的第一发布请求后,将新的群组消息存储至第一群组对应的消息列表中,并向其他群组终端推送新的群组消息发布的通知消息,当其他终端,例如第一终端和/或第二终端想要查看新的群组消息时,向服务器发送第三获取请求,以请求新的群组消息,也就是说,服务器到终端之间的信息获取模型为拉取模型,这样可以保证不管是群组中的老成员还是新加入的成员都能够获取到全部的历史消息,提高沟通效率。
在一些实施例中,每个群组消息分别有对应的回复入口和评价入口,从而能够实现群组成员在看到一个群组消息后,想要对该群组消息进行回复或者评价时,并将群组消息、回复消息和评价信息进行结构化显示,对应地,在步骤S521之后,还可以执行以下步骤:
步骤S522,第一终端响应于针对目标群组消息对应的回复入口的回复操作,呈现回复消息显示界面。
这里,该回复消息显示界面中包括回复消息的输入入口和已有的回复消息。
在一些实施例中,已有的回复消息可以认为是群组消息,并且各个回复消息也分别对应有回复入口和评价入口,从而可以对其他用户的回复消息进行回复和评价。
步骤S523,第一终端接收针对所述输入入口的输入操作,获取输入的回复消息。
这里,该回复消息可以是语音消息,还可以是文字消息,当然也可以是图片、网络链接等消息。
步骤S524,第一终端响应于接收到的回复消息发送操作,向服务器发送回复消息的第二发布请求,以使得所述服务器存储并发布所述回复消息。
这里,第二发布请求携带有待发布的回复消息和所述回复消息所对应群组消息的消息标识。
步骤S525,服务器接收第一终端发送的回复消息的第二发布请求,并基于所述消息标识和所述回复消息,对所述消息列表中所述回复消息所对应的群组消息进行更新。
步骤S526,服务器从所述群组消息对应的群组成员终端中确定目标成员终端。
这里,在有新的回复消息发布时,可以将群组中所有的群组成员终端确定为目标成员终端,还可以是将与回复消息有关的群组成员终端确定为目标成员终端,这里与回复消息相关的群组成员终端可以是该回复消息针对的群组消息的发布终端,还可以是在该回复消息针对的群组消息中进行回复或评价的群组成员终端。
步骤S527,服务器向所述目标成员终端发送回复消息更新的控制消息。
这里,所述控制消息用于终端群组消息有新回复消息发布。
步骤S528,第二终端和/或第三终端接收到该控制消息时,响应于该控制消息,呈现通知消息。
这里,该通知消息用于通知消息发生更新,进一步的,该通知消息用于有新的回复消息发布。
在上述步骤S522至步骤S528所在的实施例中,每个群组消息都具有回复入口和评价入口,这样不同成员针对同一个群组消息的回复、评价会聚合在该群组消息内部,这样方便用户集中获取针对同一群组消息的回复,从而全面了解该群组消息的全部相关信息,提高信息获取效率。
下面,将说明本申请实施例在一个实际的应用场景中的示例性应用。在本申请实施例中,以群组为企业即时通讯应用中的主题小组为例进行说明。
在企业即时通讯中,主题小组(在本申请实施例中以小黑板说明)内的帖子(对应其他实施例中的群组消息)通常一些经过思考、需要沉淀的内容,因此用户可以查看所有小黑板的帖子的能力较为重要,因此本申请实施例提供一种在群组聊天场景下的信息处理方法,在用户新加入群组或者小黑板主题时,可以查看全部历史消息。
在介绍小黑板内的历史消息完全可见的实现方案之前,首先对传统IM会话新成员进群后,无法看到当前群的历史消息的原因进行解释说明。图6为传统IM会话消息发送模型示意图,如图6所示,当群内某成员601发送消息后,IM后台602会把当前消息,分别给群内每一位用户进行推送。推送后的消息存储在客户端内。后续用户在群内查看历史消息时,读取的是存储在本地的历史消息数据。
当新成员加入群后,后台无法再给用户推送这些历史消息。因此新用户进群后,无法看到曾经的历史消息。
对于企业微信和钉钉能够分享30和100条群历史消息,在企业微信中是用户在群内拉人时,把自己本地的历史消息,再分享给新加入群的用户。
通过图6所示的传统IM消息模型,新加入群组的用户无法查看群内的所有历史消息记录。
下面本申请实施例提供的小黑板帖子(也即其他实施例中群组中群组消息)的存储模型。
在本申请实施例中,任意用户在关注(加入)某个小黑板后,可以看到当前小黑板的全部历史帖子(消息)。因此小黑板板在设计的时候就要考虑支持这个特性:历史消息完全可见。为了实现该特性,某个小黑板的历史帖子是由后台存储,终端拉取的模型。图7为本申请实施例提供的小黑板帖子的存储模型,如图7所示:后台为每个小黑板分配一张帖子列表,里面存储着当前小黑板发的帖子,并且是按照时间顺序排列各个帖子信息的,时间靠前的帖子排在前面,图7所示的701也即该小黑板中最早发布的帖子。用户在小黑板发布新的帖子,后台便会在小黑板对应的表中追加新的帖子信息。
因为后台存储了所有帖子信息,因此,为实现“历史消息完全可见”提供了存储支持。
基于以上小黑板帖子的存储模型,对小黑板历史帖子分页拉去流程进行说明。
用户打开某个小黑板后,对该小黑板内部的帖采取分页拉取模型。
假设当前小黑板一共有n个帖子,记为P[1],P[2]…P[n]。其中n代表帖子的楼层id,从1开始递增。
当用户打开某个小黑板后,使用楼层id填0进行请求,拉取最新的20条帖子,即图8中801所示的P[n-19],P[n-18],…P[n],拉取结束后,客户端UI滚动到帖子列表底部,即最新的帖子。
当用户查看历史帖子时,向上滚动页面。当滚动到页首后,客户端发现已经滚动到头,使用当前列表最老帖子的楼层id:n-19,继续向后台请求更老的20条帖子,此时会如图8中802所示,在P[19]之上再显示P[n-39],p[n-38]…p[n-20],后台将这些帖子随后进行返回。终端将这20条帖子在UI列表上进行插入,一共形成40条帖子,当用户还想继续查看更多历史帖子时,可以继续向后台请求更多的历史帖子,此时会如图8中的803所示,在P[n-39]之上显示更多的历史帖子。
这样随着用户不断向上滚动帖子列表,就可以逐次加载更多的帖子,直到把所有的帖子全部展示完成。
图9为本申请实施例提供群组即时通讯(小黑板)界面的示意图,其中左侧为黑板列表91,每个黑板类似IM群内的群聊入口。用户点击可以打开对应的黑板主题。中间部分92为当前打开的黑板,用户可以在这里查看里面的所有的帖子,进行发帖、回帖等操作。在中间部分92所示的黑板中包括三个群组消息(帖子),分别为901、902和903,并且群组消息(帖子)901和群组消息(帖子)903为由用户主动发送的群组消息,群组消息(帖子)902为通知消息,用于通知有新成员加入群组。以群组消息(帖子)903说明,其中,图形控件9031为回复入口,并且在回复入口还可以呈现回复数以及最先回复的N个群组成员的头像。图9可以理解为个人计算机(PC,Personal Computer)端的小黑板界面,如图9所示,在该小黑板界面中还可以包括右侧的黑板的信息页面94,例如包括主题、描述、公开范围等信息,还可以显示小黑板内的成员信息。
小黑板中的所有帖子对所有用户都是可见,无论用户是刚加入的用户,还是早已加入的用户。用户在打开小黑板时,会看到当前黑板最新的20条帖子。当用户想要看比较老的帖子时,向上滚动鼠标滚轮,即可继续加载更老的帖子。用户可以一直向上滚动页面,持续加载更老的帖子,直到看到第一个帖子,从而实现历史消息的完全可见,提高沟通效率和工作效率。
下面继续说明本申请实施例提供的基于群聊的信息处理装置454的实施为软件模块的示例性结构,在一些实施例中,如图2所示,存储在存储器450的基于群聊的信息处理装置454中的软件模块可以包括:
第一发送模块4542,用于响应于接收到的加入第一群组的操作,向服务器发送第一获取请求,所述第一获取请求中携带有所述第一群组的群组标识,所述服务器中存储有第一群组的历史消息;
第二接收模块4543,用于接收服务器发送的第一获取响应,其中该第一获取响应中携带有所述第一群组的至少一个历史消息;
第一呈现模块4544,用于呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
在一些实施例中,该装置还包括:
第三发送模块,用于响应于接收到的获取更多历史消息的第二操作,向服务器发送历史消息的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
第四接收模块,用于接收服务器发送的第二获取响应,所述第二获取响应中携带有至少一个历史消息;
第二呈现模块,用于在所述群组聊天界面中按照各个所述历史消息的发布时间,呈现各个所述历史消息。
在一些实施例中,所述群组聊天界面中包括至少一种排序控件,对应地,该装置还包括:
第一确定模块,用于响应于针对所述排序控件的排序操作,确定所述排序控件对应的排序模式;
排序模块,用于基于所述排序模式,对所述群组聊天界面中呈现的历史消息进行排序;
第三呈现模块,用于在所述群组聊天界面中呈现重新排序后的历史消息。
在一些实施例中,该装置还包括:
第四呈现模块,用于当接收到服务器发送的群组消息更新的控制消息时,响应于该控制消息,呈现通知消息,所述通知消息用于通知用户群组消息发生更新。
在一些实施例中,该装置还包括:
第四发送模块,用于响应于接收到的打开第一群组的群组聊天界面的操作时,向服务器发送群组消息的第三获取请求;
第五接收模块,用于接收服务器发送的第三获取响应,所述第三获取响应中至少携带有新群组消息;
第五呈现模块,用于呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中至少呈现所述新群组消息。
在一些实施例中,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个回复入口,该装置还包括:
第六呈现模块,用于响应于针对目标群组消息对应的回复入口的回复操作,呈现回复消息显示界面,所述回复消息显示界面中包括回复消息的输入入口和已有的回复消息;
第六接收模块,用于接收针对所述输入入口的输入操作,获取输入的回复消息;
第五发送模块,用于响应于接收到的回复消息发送操作,向服务器发送回复消息的第二发布请求,以使得所述服务器存储并发布所述回复消息;
更新显示模块,用于按照各个回复消息的回复时间,在所述回复消息显示界面更新显示预设数量的回复消息。
在一些实施例中,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个评价入口,该装置还包括:
第二获取模块,用于响应于接收到的针对目标群组消息的评价入口的评价操作,获取所述目标群组消息的评价次数;
第一更新模块,用于基于所述评价操作和评价次数,更新所述目标群组消息的评价次数。
本申请实施例提供再一种基于群聊的信息处理装置,该基于群聊的信息处理装置为存储于服务器300的存储器中软件模块,该基于群聊的信息处理装置包括:
第三接收模块,用于接收终端发送的第一获取请求,所述第一获取请求中携带有所述第一群组的标识;
第一获取模块,用于基于所述第一群组的标识,确定所述终端满足所述第一群组的加入条件时,从自身存储的消息列表中获取待发送的至少一个历史消息;
第二发送模块,用于将所述至少一个历史消息携带于第一获取响应中,发送至所述终端。
在一些实施例中,该第一获取模块,还用于:
基于所述第一群组的标识,确定所述终端满足所述第一群组的加入条件时,确定所述第一群组的历史消息总数;
当所述历史消息总数小于或者预设的个数阈值时,将所述第一群组的所有历史消息确定为待发送的历史消息;
当所述历史消息总数大于所述个数阈值时,基于所述第一群组的历史消息的发布时间,确定出所述个数阈值个历史消息,将所述个数阈值个历史消息确定为待发送的历史消息。
在一些实施例中,该装置还包括:
第七接收模块,用于接收终端发送的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
第三获取模块,用于基于所述目标历史消息的标识,从所述消息列表中获取所述目标历史消息之前的至少一个历史消息;
第六发送模块,用于将所述目标历史消息之前的至少一个历史消息携带于第二获取响应中,发送至所述终端。
在一些实施例中,该装置还包括:
第八接收模块,用于接收终端发送的群组消息的第一发布请求,所述第一发布请求中携带有待发布的群组消息和所属群组的群组标识;
存储模块,用于将所述群组消息增加至自身存储的消息列表中,并基于所述消息列表中已存储的群组消息为所述群组消息分配消息标识;
第二确定模块,用于确定所述群组标识对应的群组成员终端;
第八发送模块,用于向所述群组成员终端发送群组消息更新的控制消息,所述控制消息用于通知有新的群组消息发布。
在一些实施例中,该装置还包括:
第九接收模块,用于接收终端发送的回复消息的第二发布请求,所述第二发布请求携带有待发布的回复消息和所述回复消息所对应群组消息的消息标识;
第二更新模块,用于基于所述消息标识和所述回复消息,对所述消息列表中所述回复消息所对应的群组消息进行更新;
第三确定模块,用于从所述群组消息对应的群组成员终端中确定目标成员终端;
第九发送模块,用于向所述目标成员终端发送回复消息更新的控制消息,所述控制消息用于终端群组消息有新回复消息发布。
本申请实施例提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行本申请实施例上述的。。方法。
本申请实施例提供一种存储有可执行指令的计算机可读存储介质,其中存储有可执行指令,当可执行指令被处理器执行时,将引起处理器执行本申请实施例提供的方法,例如,如图3、图4和图5示出的方法。
在一些实施例中,计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEP ROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器;也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中,可执行指令可以采用程序、软件、软件模块、脚本或代码的形式,按任意形式的编程语言(包括编译或解释语言,或者声明性或过程性语言)来编写,并且其可按任意形式部署,包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例,可执行指令可以但不一定对应于文件系统中的文件,可以可被存储在保存其它程序或数据的文件的一部分,例如,存储在超文本标记语言(HTML,Hyper TextMar kup Language)文档中的一个或多个脚本中,存储在专用于所讨论的程序的单个文件中,或者,存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。
作为示例,可执行指令可被部署为在一个计算设备上执行,或者在位于一个地点的多个计算设备上执行,又或者,在分布在多个地点且通过通信网络互连的多个计算设备上执行。
以上所述,仅为本申请的实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等,均包含在本申请的保护范围之内。

Claims (15)

1.一种基于群聊的信息处理方法,其特征在于,包括:
通过呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,所述即时通讯应用界面中至少呈现所述第一群组的群组聊天界面的入口和多个其他聊天界面的入口;
响应于所述第一操作,向服务器发送获取历史消息的第一获取请求,所述第一获取请求中携带有所述第一群组的群组标识,所述服务器中存储有第一群组的所有历史消息,所述所有历史消息包括在所述群组聊天界面最早发布的消息;
接收服务器发送的第一获取响应,其中所述第一获取响应中携带有所述第一群组的至少一个历史消息,其中,所述至少一个历史消息是按照分页拉取的方式从所述服务器拉取的,所述分页拉取的方式用于当所述群组聊天界面滚动到页首后继续向所述服务器请求更早的所述历史消息,并展示更早的所述历史消息,直至随着不断滚动展示所述所有的历史消息;
呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
2.根据权利要求1中所述的方法,其特征在于,在所述第一群组的群组聊天界面呈现各个历史消息之后,所述方法还包括:
响应于接收到的获取更多历史消息的第二操作,向服务器发送历史消息的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
接收服务器发送的第二获取响应,所述第二获取响应中携带有至少一个历史消息;
在所述群组聊天界面中按照各个所述历史消息的发布时间,呈现各个所述历史消息。
3.根据权利要求1中所述的方法,其特征在于,所述群组聊天界面中包括至少一种排序控件,对应地,所述方法还包括:
响应于针对所述排序控件的排序操作,确定所述排序控件对应的排序模式;
基于所述排序模式,对所述群组聊天界面中呈现的历史消息进行排序;
在所述群组聊天界面中呈现重新排序后的历史消息。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
当接收到服务器发送的群组消息更新的控制消息时,响应于该控制消息,呈现通知消息,所述通知消息用于通知用户群组消息发生更新。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
响应于接收到的打开第一群组的群组聊天界面的操作时,向服务器发送群组消息的第三获取请求;
接收服务器发送的第三获取响应,所述第三获取响应中至少携带有新群组消息;
呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中至少呈现所述新群组消息。
6.根据权利要求1至3任一项所述的方法,其特征在于,所述第一群组的群组聊天界面中包括显示的各个群组消息对应的各个回复入口,所述方法还包括:
响应于针对目标群组消息对应的回复入口的回复操作,呈现回复消息显示界面,所述回复消息显示界面中包括回复消息的输入入口和已有的回复消息;
接收针对所述输入入口的输入操作,获取输入的回复消息;
响应于接收到的回复消息发送操作,向服务器发送回复消息的第二发布请求,以使得所述服务器存储并发布所述回复消息;
按照各个回复消息的回复时间,在所述回复消息显示界面更新显示回复消息。
7.一种基于群聊的信息处理方法,其特征在于,所述方法包括:
接收终端发送的获取历史消息的第一获取请求,所述第一获取请求中携带有第一群组的标识;
基于所述第一群组的标识,从自身存储的消息列表中获取待发送的至少一个历史消息,其中所述消息列表中存储有所述第一群组的所有历史消息,所述所有历史消息包括在所述第一群组中最早发布的消息;
将所述至少一个历史消息携带于第一获取响应中,发送至所述终端,其中,所述至少一个历史消息是所述终端按照分页拉取的方式从所述自身存储的消息列表中拉取的,所述分页拉取的方式用于当所述终端的第一群组的群组聊天界面滚动到页首后继续向服务器请求更早的所述历史消息,并展示更早的所述历史消息,直至随着不断滚动展示所述所有的历史消息。
8.根据权利要求7中所述的方法,其特征在于,所述基于所述第一群组的标识,从自身存储空间中获取所述第一群组的至少一个历史消息,包括:
基于所述第一群组的标识,确定所述第一群组的历史消息总数;
当所述历史消息总数小于或者预设的个数阈值时,将所述第一群组的所有历史消息确定为待发送的历史消息;
当所述历史消息总数大于所述个数阈值时,基于所述第一群组的历史消息的发布时间,确定出所述个数阈值个历史消息,将所述个数阈值个历史消息确定为待发送的历史消息。
9.根据权利要求7中所述的方法,其特征在于,所述方法还包括:
接收终端发送的第二获取请求,所述第二获取请求中携带有目标历史消息的标识,所述目标历史消息为已显示历史消息中发布时间最晚的历史消息;
基于所述目标历史消息的标识,从所述消息列表中获取所述目标历史消息之前的至少一个历史消息;
将所述目标历史消息之前的至少一个历史消息携带于第二获取响应中,发送至所述终端。
10.根据权利要求7或8中所述的方法,其特征在于,所述方法还包括:
接收终端发送的群组消息的第一发布请求,所述第一发布请求中携带有待发布的群组消息和所属群组的群组标识;
将所述群组消息增加至自身存储的消息列表中,并基于所述消息列表中已存储的群组消息为所述群组消息分配消息标识;
确定所述群组标识对应的群组成员终端;
向所述群组成员终端发送群组消息更新的控制消息,所述控制消息用于通知有新的群组消息发布。
11.根据权利要求7或8中所述的方法,其特征在于,所述方法还包括:
接收终端发送的回复消息的第二发布请求,所述第二发布请求携带有待发布的回复消息和所述回复消息所对应群组消息的消息标识;
基于所述消息标识和所述回复消息,对所述消息列表中所述回复消息所对应的群组消息进行更新;
从所述群组消息对应的群组成员终端中确定目标成员终端;
向所述目标成员终端发送回复消息更新的控制消息,所述控制消息用于终端群组消息有新回复消息发布。
12.一种基于群聊的信息处理装置,其特征在于,包括:
第一接收模块,用于通过呈现的即时通讯应用界面接收打开第一群组的群组聊天界面的第一操作,所述即时通讯应用界面中至少呈现所述第一群组的群组聊天界面的入口和多个其他聊天界面的入口;
第一发送模块,用于响应于所述第一操作,向服务器发送历史消息的第一获取请求,所述第一获取请求中携带有所述第一群组的群组标识,所述服务器中存储有第一群组的所有历史消息,所述所有历史消息包括在所述群组聊天界面最早发布的消息;
第二接收模块,用于接收服务器发送的第一获取响应,其中该第一获取响应中携带有所述第一群组的至少一个历史消息,其中,所述至少一个历史消息是按照分页拉取的方式从所述服务器拉取的,所述分页拉取的方式用于当所述群组聊天界面滚动到页首后继续向所述服务器请求更早的所述历史消息,并展示更早的所述历史消息,直至随着不断滚动展示所述所有的历史消息;
第一呈现模块,用于呈现所述第一群组的群组聊天界面,并在所述群组聊天界面中按照各个历史消息的发布时间,呈现各个历史消息。
13.一种基于群聊的信息处理装置,其特征在于,所述装置包括:
第三接收模块,用于接收终端发送的获取历史消息的第一获取请求,所述第一获取请求中携带有第一群组的标识;
第一获取模块,用于基于所述第一群组的标识,从自身存储的消息列表中获取待发送的至少一个历史消息,其中所述消息列表中存储有所述第一群组的所有历史消息,所述所有历史消息包括在所述第一群组中最早发布的消息;
第二发送模块,用于将所述至少一个历史消息携带于第一获取响应中,发送至所述终端,其中,所述至少一个历史消息是所述终端按照分页拉取的方式从所述自身存储的消息列表中拉取的,所述分页拉取的方式用于当所述终端的第一群组的群组聊天界面滚动到页首后继续向服务器请求更早的所述历史消息,并展示更早的所述历史消息,直至随着不断滚动展示所述所有的历史消息。
14.一种基于群聊的信息处理设备,其特征在于,包括:
存储器,用于存储可执行指令;
处理器,用于执行所述存储器中存储的可执行指令时,实现权利要求1至6任一项或权利要求7至11任一项所述的方法。
15.一种计算机可读存储介质,其特征在于,存储有可执行指令,用于被处理器执行时,实现权利要求1至6或权利要求7至11任一项所述的方法。
CN202011186722.2A 2020-10-29 2020-10-29 基于群聊的信息处理方法、装置、设备及计算机存储介质 Active CN114513480B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011186722.2A CN114513480B (zh) 2020-10-29 2020-10-29 基于群聊的信息处理方法、装置、设备及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011186722.2A CN114513480B (zh) 2020-10-29 2020-10-29 基于群聊的信息处理方法、装置、设备及计算机存储介质

Publications (2)

Publication Number Publication Date
CN114513480A CN114513480A (zh) 2022-05-17
CN114513480B true CN114513480B (zh) 2024-04-09

Family

ID=81546485

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011186722.2A Active CN114513480B (zh) 2020-10-29 2020-10-29 基于群聊的信息处理方法、装置、设备及计算机存储介质

Country Status (1)

Country Link
CN (1) CN114513480B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105337747A (zh) * 2015-11-17 2016-02-17 小米科技有限责任公司 群组历史消息处理方法和装置
CN106059894A (zh) * 2016-05-24 2016-10-26 腾讯科技(深圳)有限公司 一种消息处理方法和装置
CN106131673A (zh) * 2016-07-15 2016-11-16 乐视控股(北京)有限公司 用于实现群聊的装置、系统及方法
CN106919629A (zh) * 2015-12-28 2017-07-04 小米科技有限责任公司 在群聊中实现信息筛选的方法及装置
CN108206776A (zh) * 2016-12-20 2018-06-26 中移(杭州)信息技术有限公司 一种群组历史消息的查询方法和装置
CN108228033A (zh) * 2018-01-29 2018-06-29 维沃移动通信有限公司 一种消息显示方法及移动终端
CN109302295A (zh) * 2017-07-24 2019-02-01 天津三星通信技术研究有限公司 聊天群组的消息处理方法和设备
CN111211963A (zh) * 2019-12-23 2020-05-29 北京达佳互联信息技术有限公司 聊天群组加入方法、装置、电子设备及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105119806B (zh) * 2015-07-15 2016-11-30 腾讯科技(深圳)有限公司 消息更新方法及装置
CN109905314B (zh) * 2017-12-08 2022-07-22 阿里巴巴集团控股有限公司 通讯方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105337747A (zh) * 2015-11-17 2016-02-17 小米科技有限责任公司 群组历史消息处理方法和装置
CN106919629A (zh) * 2015-12-28 2017-07-04 小米科技有限责任公司 在群聊中实现信息筛选的方法及装置
CN106059894A (zh) * 2016-05-24 2016-10-26 腾讯科技(深圳)有限公司 一种消息处理方法和装置
CN106131673A (zh) * 2016-07-15 2016-11-16 乐视控股(北京)有限公司 用于实现群聊的装置、系统及方法
CN108206776A (zh) * 2016-12-20 2018-06-26 中移(杭州)信息技术有限公司 一种群组历史消息的查询方法和装置
CN109302295A (zh) * 2017-07-24 2019-02-01 天津三星通信技术研究有限公司 聊天群组的消息处理方法和设备
CN108228033A (zh) * 2018-01-29 2018-06-29 维沃移动通信有限公司 一种消息显示方法及移动终端
CN111211963A (zh) * 2019-12-23 2020-05-29 北京达佳互联信息技术有限公司 聊天群组加入方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN114513480A (zh) 2022-05-17

Similar Documents

Publication Publication Date Title
US11526818B2 (en) Adaptive task communication based on automated learning and contextual analysis of user activity
US20200374146A1 (en) Generation of intelligent summaries of shared content based on a contextual analysis of user engagement
JP7344386B2 (ja) グループセッションにおけるリマインダー方法、装置、デバイスおよびコンピュータプログラム
Bryant et al. A functional approach to social networking sites
DE202017105871U1 (de) Umsetzbare Vorschläge für Aktivitäten
US11080941B2 (en) Intelligent management of content related to objects displayed within communication sessions
CN106716934A (zh) 聊天交互方法、装置及其电子设备
US20170032021A1 (en) Chat room for managing multiple conversation streams
US10996839B2 (en) Providing consistent interaction models in communication sessions
WO2020242673A1 (en) Multi-stream content for communication sessions
US20170032470A1 (en) Group collaboration social media platform
US20210126983A1 (en) Status indicators for communicating user activity across digital contexts
CN111684480B (zh) 电子事件管理系统
US11126796B2 (en) Intelligent summaries based on automated learning and contextual analysis of a user input
CN111369209A (zh) 事务提醒方法、装置、设备及存储介质
CN113711618B (zh) 创作包括引用视频内容的键入的超链接的评论
CN114009056A (zh) 具有在人与内容之间的适应性图形关联的动态可伸缩概要
JP2020021479A (ja) Vipのメッセージを管理する機能を提供する方法及び端末
WO2022250868A1 (en) Dynamic control of access permissions for split message threads of a communication system
US10171386B1 (en) Methods and systems for storing instant messaging messages
CN116964608A (zh) 用于外部用户在会议聊天中选择性每次消息参与的数据对象
KR20170125593A (ko) 일정 공유 방법
CN114513480B (zh) 基于群聊的信息处理方法、装置、设备及计算机存储介质
US20140244736A1 (en) File Sharing in a Social Network
Johnston Community and social media

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40070431

Country of ref document: HK

GR01 Patent grant