CN105391614A - 消息的处理方法和装置 - Google Patents
消息的处理方法和装置 Download PDFInfo
- Publication number
- CN105391614A CN105391614A CN201410454221.6A CN201410454221A CN105391614A CN 105391614 A CN105391614 A CN 105391614A CN 201410454221 A CN201410454221 A CN 201410454221A CN 105391614 A CN105391614 A CN 105391614A
- Authority
- CN
- China
- Prior art keywords
- message
- group
- account
- issue
- date
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息的处理方法和装置。其中,消息的处理方法包括:读取多个群组的身份标识,其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每一个群组包括多个账号;根据多个群组的身份标识读取多个最新发布的消息,其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息;以及对多个最新发布的消息进行排序,得到消息列表。通过本发明,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
Description
技术领域
本发明涉及数据处理领域,具体而言,涉及一种消息的处理方法和装置。
背景技术
社区应用是向用户提供信息分享、传播以及获取的社区平台,用户通过登录社区应用账号可以查看关注的好友的发布的消息。常见的社区应用包括朋友圈、校友网、微博、QQ空间等。
以微博为例,微博为微型博客(MicroBlog)的简称,即一句话博客,是一个基于用户关系信息分享、传播以及获取的平台。用户通过微博账号发布微博消息或者浏览微博消息,其中,微博消息是一种微博用户可以及时更新和公开发布的简短文本(通常少于140字)。一个用户可以通过微博账号关注多个微博好友,或者包括多个微博粉丝,该用户可以通过关注微博好友来查看微博好友通过微博账户发布的微博消息。
在现有的社区应用中,通常是按照将用户账号所关注的所有社区应用账号发布的消息,按照时间顺序生成消息列表,提供给客户端进行展示,例如,微博时间线通常采用时间浏览方式,以消息为维度,将用户所有关注的账号发表的消息按发布时间从新到旧进行排序展现给用户。如图1所示,小明、小李和老高分别在不同的时间段发布了消息,离当前时刻最近的消息是由小明在8:31的时候发布的,其次是小李发布的消息。
然而,由于仅按照时间顺序生成消息列表,这将导致消息列表中容易出现大量的刷屏消息,例如,当某个人的账号在一个时间端内发布大量的消息(如图2所示)或者在同一时间段内不同的账号对相同的事件发布大量的内容相似的消息时,比如,在世界杯期间,爱好体育的用户会突发式地发布大量关于世界杯的消息,这些消息可能造成刷屏。按照时间顺序生成的消息列表中会出现统一个社区应用账号发布的大量的消息,或者出现大量内容相似的消息,即刷屏消息。
登录用户账号的客户端上显示出包括这些刷屏消息的消息列表,即通常所说的刷屏,这将导致社区应用主页的应用效率降低,给用户带来了很大程度上的困扰。
针对上述由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种消息的处理方法和装置,以解决由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的技术问题。
根据本发明实施例的一个方面,提供了一种消息的处理方法,包括:读取多个群组的身份标识,其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每一个群组包括多个账号;根据多个群组的身份标识读取多个最新发布的消息,其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息;以及对多个最新发布的消息进行排序,得到消息列表。
根据本发明实施例的另一方面,还提供了一种消息的处理装置,包括:第一读取单元,用于读取多个群组的身份标识,其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每个群组包括多个账号;第二读取单元,用于根据多个群组的身份标识读取多个最新发布的消息,其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息;以及第一排序单元,用于对多个最新发布的消息进行排序,得到消息列表。
本发明实施例中,通过读取多个群组的身份标识,根据多个群组的身份标识读取多个最新发布的消息,按照多个最新发布的消息的发布时间顺序对多个最新发布的消息进行排序,得到消息列表,其中,按照预先设置的多个群组对用户账号所关注或者收听的账号进行划分,由于按照群组的身份标识读取该群组最新发布的消息,生成消息列表,因此,该消息列表中不存在群组内发布的大量刷屏消息,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据现有技术的消息显示界面的示意图;
图2是根据现有技术的另一种消息显示界面的示意图;
图3是根据本发明实施例的一种硬件环境的示意图;
图4是根据本发明实施例的消息的处理方法的流程图;
图5是根据本发明实施例的一种消息显示界面的示意图;
图6是根据本发明实施例优选的消息的处理方法的流程图;
图7是根据本发明实施例另一优选的消息的处理方法的流程图;
图8是根据本发明实施例的消息的处理装置的示意图;
图9是根据本发明实施例优选的消息的处理装置的示意图;以及
图10是根据本发明实施例的一种服务器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种消息的处理方法。
可选地,在本实施例中,上述消息的处理方法可以应用于如图3所示的服务器302和终端304所构成的硬件环境中。如图3所示,服务器302通过网络与终端304进行连接,上述网络包括但不限于:广域网、城域网或局域网,终端302并不限定于PC、手机、平板电脑等。本发明实施例的消息的处理方法可以由服务器302来执行,也可以由终端304来执行,还可以是由服务器302和终端304共同执行。其中,终端304执行本发明实施例的消息的处理方法也可以是由安装在其上的客户端来执行。
图4是根据本发明实施例的消息的处理方法的流程图。如图4所示,该消息的处理方法包括以下步骤:
步骤S402,读取多个群组的身份标识。
多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有一个身份标识,并且在多个群组中每个群组中包括多个账号。其中,本发明实施例的消息可以是通过社区应用发布的社区消息,其中,社区应用可以是朋友圈、校友网、微博、QQ空间等应用。用户账号可以是任一个用户在该社区应用上注册的社区应用账号。该用户账号关注或者收听多个应用社区账号,按照人物关系或者某种共同属性将些社区应用账号划分到不同的社区应用群组中,形成多个社区应用群组,具体见表1。
表1:
如表1所示,用户账号关注或者收听多个账号,多个账号包括:A、B、C、D、E、F、G、H、I、J和K,其中,账号A、B、C被添加到群组“大学同学”中,账号D、E、F被添加到群组“好友”中,账号G、H、I被添加到群组“同事”中,即在用户账号中预先设置有多个群组“大学同学”、“好友”和“同事”,这些群组对应的ID依次为:100、200和300。
具体地,读取多个群组的身份标识可以通过用户账号从关系链模块中读取用户账号的所有的群组的ID,其中,关系链模块为存储有用户账号的群组的ID并提供查询用户账号的群组或者账号服务的模块。
步骤S404,根据多个群组的身份标识读取多个最新发布的消息。其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息。
多个群组中每个群组对应有一个账号最新发布的消息,最新发布的消息为群组中的账号最新发布的消息。如表1所示,群组“大学同学”对应的最新发布的消息为消息01,群组“好友”对应的最新发布的消息为消息02,群组“同事”对应的最新发布的消息为消息03,其中,消息01可以是账号A、B、C中任一个账号发布的距离当前时刻最近的消息,即最新发布的消息。
具体地,根据多个群组的身份标识读取多个最新发布的消息可以是根据群组的身份标识从时间线模块中读取到该群组对应的最新发布的消息。其中,时间线模块为用于提供对用户账号的关注的账号所发布的消息的查询服务的模块。时间线模块依赖于关系链模块和发表索引模块,其中,发表索引模块用于提供对一批用户发表的消息的查询服务。
步骤S406,对多个最新发布的消息进行排序,得到消息列表。
可以是按照消息发布时间对最新发布的消息进行排序,具体地,如图5所示,用户账号中预先设置有群组“媒体”、“QQ好友”和“大学同学”,在显示的消息列表中,群组“媒体”的最新发布的消息由账号“微讯”发布,群组“QQ好友”的最新发布的消息由账号“小李”发布,群组“大学同学”的最新发布的消息由账号“老高”发布。这样,一个群组仅显示其最新发布的消息,当用户需要查看该群组内的其他消息时,可以点击进入该群组查看,客户端接收用户输入的查看请求,输出显示该群组内其他的应用社区消息。本发明实施例中,通过采用群组的方式将消息显示在客户端的显示界面上,从而提高应用主页的使用效率,提高用户浏览消息的效率。
上述步骤S402至步骤S406可以由服务器302来执行,也可以由终端304来执行,以由服务器302执行为例,在对多个最新发布的消息进行排序,得到消息列表之后,服务器可以将消息列表发送至登录用户账号的客户端;以及客户端接收到消息列表后,在客户端的显示界面上显示消息列表中的多个最新发布的消息。
客户端可以是终端304本身,也可以是安装在终端304上的客户端应用,其中,终端304可以是PC、手机、平板电脑等终端。在得到消息列表,将该消息列表发送至登录用户账号的客户端,该客户端接收到消息列表后,将该消息列表显示在自身的显示界面上。
根据本发明实施例,通过读取多个群组的身份标识,根据多个群组的身份标识读取多个最新发布的消息,按照多个最新发布的消息的发布时间顺序对多个最新发布的消息进行排序,得到消息列表,其中,按照预先设置的多个群组对用户账号所关注或者收听的账号进行划分,由于按照群组的身份标识读取该群组最新发布的消息,生成消息列表,因此,该消息列表中不存在群组内发布的大量刷屏消息,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
以微博为例,用户可以将其微博关注的一些具有某种共同属性的账号添加到微圈(即上述中群组)中,其中,微圈是指微博中具有某种共同属性的微博用户的集合。比如可以将娱乐圈的艺人这些微博用户归入“娱乐”这个圈子,将自己已开通微博的所有QQ好友归入“QQ好友”这个圈子。
在服务器侧,通过用户账号从关系链模块读取该用户所有微圈的ID,未分组微圈除外。根据微圈ID,从微圈时间线模块读取所有微圈中的最新发布的微博消息。根据微圈中最新发布的微博消息发布时间倒序排序,得到微博消息列表,其中,对于每一个微圈,在微博消息列表中仅包含有其最新发布的微博消息,这样,避免在同一微圈中存在大量刷屏消息而导致微博消息列表中也存在这些刷屏消息。将该微博消息列表发送给登录用户账号的客户端进行展示,也使得微博客户端的主页上以微圈为维度仅显示该微圈最新发布的微博消息。
对于朋友圈、校友网、QQ空间等社区应用均可以采用相类似的方案,这里不做赘述。
优选地,对多个最新发布的消息进行排序,得到消息列表包括:分别获取多个最新发布的消息的发布时间;按照发布时间的先后顺序对多个最新发布的消息进行排序;以及由排序后的多个最新发布的消息得到消息列表。
本发明实施例中,可以按照多个最新发布的消息的发布时间顺序对多个最新发布的社区消息进行排序,得到消息列表。
具体地,由于群组对应的最新发布的消息是相对于该群组内最新发布的消息,因此,各群组对应的最新发布的消息在发布时间上也具先后关系,例如,表1中消息01的发布时间晚于消息02的发布时间,但是消息01依然是群组“大学好友”中的最新发布的消息。按照发布时间对消息01、消息02和消息03进行排序,得到消息列表,该消息列表即为登录用户账号的客户端展示的消息列表,该消息列表包括每个群组的最新发布的消息。对于群组,在消息列表具有群组最新发布的消息。
优选地,处理方法还包括:接收未读消息计数,未读消息计数表示多个群组中每个群组在预设时间段内未读消息的数量;在消息列表上显示多个群组中每个群组的未读消息计数。
其中,接收未读消息计数主体可以是客户端,接收未读消息计数可以是在客户端接收消息列表之后,其中,客户端显示消息列表,并在显示的消息列表上显示多个群组中每个群组的未读消息计数。
具体地,在根据多个群组的身份标识读取多个最新发布的消息之前,处理方法还包括:读取多个群组中每一个群组的未读消息计数,未读消息计数表示多个群组中每一个群组在预设时间段内未读消息的数量。可以是从未读计数模块中读取每个群组的未读消息计数,其中,未读计数模块主要用于提供对群组中未被用户读取的消息的数量查询服务的模块。
预设时间段可以是指上一次读取时刻到这一次读取时刻之间的时间段,相应地,未读消息计数可以是指上一次读取到这一次读取之间所有未读消息的数量。当然,未读消息计数也可以是指当前时刻以前一段时间内比如最近一个月,最近一周等中未读消息的数量。
读取到该未读消息计数之后,可以将该未读消息计数发送至登录用户账号的客户端,可以是在将消息列表发送至客户端的同时将该未读消息计数一并发送至客户端。其中,在客户端的显示界面上还显示多个群组中每个群组对应的未读消息计数。如图5所示,群组“媒体”的未读消息计数大于99,则在显示界面上显示“99+”,群组“QQ好友”的未读消息计数为98。
根据本发明实施例,通过读取该未读消息计数,在消息列表上显示每个群组的未读消息计数,以便于用户确定每个群组内未读消息的数量。
图6是根据本发明实施例优选的消息的处理方法的流程图。
如图6所示,该消息的处理方法包括以下步骤:
步骤S602,读取多个群组的身份标识。
步骤S604,读取多个群组中每一个群组的未读消息计数。该步骤在上述实施例中已经描述,这里不做赘述。
步骤S606,判断未读消息计数是否为零。
步骤S608,如果判断出未读消息计数为零,则确定未读消息计数为零的群组在预设时间段内不存在未读消息。不存在未读消息计数的群组可以忽略,即在消息列表中也不添加该消息,因此,客户端的显示界面上也不显示该群组的名称。
步骤S610,如果判断出未读消息计数不为零,则确定未读消息计数不为零的群组在预设时间段内存在未读消息。将预设时间段内的未读消息中最新发布的消息作为未读消息计数不为零的群组对应的最新发布的消息。
步骤S612,根据多个群组的身份标识读取多个最新发布的消息。
步骤S614,对多个最新发布的消息进行排序,得到消息列表。
步骤S616,将消息列表发送至登录群组用户账号的客户端。
根据本发明实施例,通过判断群组的未读消息计数是否为零,从而将未读消息计数为零的群组忽略,进一步去除消息列表中冗余消息,从而提高主页的使用率。
优选地,在根据多个群组的身份标识读取多个最新发布的消息之后,处理方法还包括:读取多个群组中每个群组的账号发布的消息;按照发布时间分别对每个群组中的账号发布的消息进行倒序排序,得到消息子列表,消息子列表为在预设时间段内多个群组中每个群组中发布的消息列表。
具体地,在得到消息子列表之后,记录发布最新发布的消息的账号名称和发布时间;将身份标识、最新发布的消息、账号名称和发布时间置于消息子列表的首部,其中,客户端显示消息列表包括:客户端通过显示身份标识、最新发布的消息、账号名称和发布时间来显示消息列表中的每个群组最新发布的消息,即消息列表包括:每个群组最新发布的消息和最新发布的消息的身份标识、账号名称和发布时间。
由于每个群组中均发布有消息,读取每个群组中的消息可以是从时间线模块中读取消息,并按照这些消息的发布时间进行倒序排序,得到消息子列表,其中,每一个群组对应一个消息子列表,记录群组发布最新发布的消息的账号名称和发布时间,将身份标识、最新发布的消息、账号名称和发布时间置于消息子列表的首部,即消息列表中体现该消息子列表对应的群组的内容,即图5所示的每一个群组所显示的内容。
优选地,本发明实施例的处理方法还包括:读取未添加到群组的账号的身份标识;根据未添加到群组的账号的身份标识读取未添加到群组的账号发布的消息;对未添加到群组的账号发布的消息按照发布时间进行排序;以及将排序后的消息添加到消息列表中多个最新发布的消息之后。
在得到消息列表之后,由于用户账号所关注或者收听的账号还包括未添加到群组的账号,如表1中的账号J和账号K,这些账号可以作为一个特殊的群组,在根据多个群组的身份标识读取多个最新发布的消息之后,读取这些账号的身份标识,根据这些身份标识从时间线模块读取这些账号发布的消息,并对读取的消息按照发布时间倒序排序,将排序后的消息添加到消息列表中群组的最新发布的消息之后。将添加后的消息列表发送至客户端,客户端在多个群组的最新发布的消息之后,显示未添加到群组的账号发布的消息。
可选地,根据所述多个群组的身份标识读取多个最新发布的消息之后,处理方法还包括:读取未添加到群组的账号的身份标识;根据未添加到群组的账号的身份标识读取未添加到群组的账号发布的消息,对多个最新发布的消息进行排序,得到消息列表包括:对未添加到群组的账号发布的消息和多个最新发布的消息进行排序,得到消息列表,消息列表包括未添加到群组的账号发布的消息和多个最新发布的消息。
具体地,将每个群组最新发布的消息和所有未添加到群组的账号发布的消息按照发布时间进行排序,将每个群组最新发布的消息与所有未添加到群组的账号发布的消息混合排序,生成消息列表,从而使得客户端按照消息发布时间的顺序来显示消息列表。
下面以微博为例,结合图7详细描述本发明另一个优选实施例。如图7所示,该消息的处理方法包括如下步骤:
步骤S702,读取微圈的ID。具体地,可以通过用户账号从关系链模块读取该用户账号所有微圈的ID,未分组微圈除外。其中,未分组微圈是一个特殊的微圈,该微圈中的微博账号为没有被划分到其他任何微圈中的账号集合。
步骤S704,读取微圈未读计数。具体地,可以根据所有的微圈ID,从微圈未读计数模块读取各个微圈的未读消息计数。由于未读消息计数为0的微圈没有任何消息更新,则不展示该微圈,将其忽略。
步骤S706,根据微圈ID,从微圈时间线模块读取所有微圈中的最新发布的微博消息。
步骤S708,根据微圈中最新发布的微博消息的发布时间倒序排序,得到消息队列。将微圈的ID,排序后的最新发布的微博消息,该消息的发表者账号和发表时间作为一条记录,放入消息列表头部。
步骤S710,读取未分组微圈中的消息。根据未分组微圈这一特殊微圈的ID,从微圈时间线模块读取消息。
步骤S712,对未分组微圈中的消息进行排序,追加到消息列表中。具体地,并按发表时间倒叙排序,追加到消息列表中。
步骤S714,将消息列表返回给客户端。
在本实施例中,涉及到微圈时间线模块、微圈关系链模块和微圈未读计数模块,它们是本发明实施例所依赖的三个主要模块,其中微圈时间线模块又依赖于微圈关系链模块和微博发表索引模块。
其中,微圈未读计数模块提供对一个微圈下未被用户读取的消息的条数的查询。微圈关系链模块提供对一个用户的所有微圈列表和各微圈下用户列表的查询。微博发表索引模块提供对一批用户发表的微博消息的查询。微圈时间线模块提供对一个用户某个微圈下所有用户发表的消息的查询。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述消息的处理方法的消息的处理装置,可选地,在本实施例中,上述消息的处理装置可以应用于如图3所示的服务器302和终端304所构成的硬件环境中。本发明实施例的消息的处理装置可以由服务器302来实现,也可以由终端304来实现,还可以是由服务器302和终端304共同实现。
图8是根据本发明实施例的消息的处理装置的示意图。如图8所示,该装置包括:第一读取单元10、第二读取单元20、第一排序单元30。
第一读取单元10用于读取多个群组的身份标识,其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每个群组包括多个账号。
多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有一个身份标识,并且在多个群组中每个群组中包括多个账号。其中,本发明实施例的消息可以是通过社区应用发布的社区消息,其中,社区应用可以是朋友圈、校友网、微博、QQ空间等应用。用户账号可以是任一个用户在该社区应用上注册的社区应用账号。该用户账号关注或者收听多个应用社区账号,按照人物关系或者某种共同属性将些社区应用账号划分到不同的社区应用群组中,形成多个社区应用群组,具体见表1。
如表1所示,用户账号关注或者收听多个账号,多个账号包括:A、B、C、D、E、F、G、H、I、J和K,其中,账号A、B、C被添加到群组“大学同学”中,账号D、E、F被添加到群组“好友”中,账号G、H、I被添加到群组“同事”中,即在用户账号中预先设置有多个群组“大学同学”、“好友”和“同事”,这些群组对应的ID依次为:100、200和300。
具体地,服务器读取多个群组的身份标识可以通过用户账号从关系链模块中读取用户账号的所有的群组的ID,其中,关系链模块为存储有用户账号的群组的ID并提供查询用户账号的群组或者账号服务的模块。
第二读取单元20用于根据多个群组的身份标识读取多个最新发布的消息,其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息。
多个群组中每个群组对应有一个账号最新发布的消息,最新发布的消息为群组中的账号最新发布的消息。如表1所示,群组“大学同学”对应的最新发布的消息为消息01,群组“好友”对应的最新发布的消息为消息02,群组“同事”对应的最新发布的消息为消息03,其中,消息01可以是账号A、B、C中任一个账号发布的距离当前时刻最近的消息,即最新发布的消息。
具体地,根据多个群组的身份标识读取多个最新发布的消息可以是根据群组的身份标识从时间线模块中读取到该群组对应的最新发布的消息。其中,时间线模块为用于提供对用户账号的关注的账号所发布的消息的查询服务的模块。时间线模块依赖于关系链模块和发表索引模块,其中,发表索引模块用于提供对一批用户发表的消息的查询服务。
第一排序单元30用于对多个最新发布的消息进行排序,得到消息列表。
可以是按照消息发布时间对最新发布的消息进行排序,具体地,如图5所示,用户账号中预先设置有群组“媒体”、“QQ好友”和“大学同学”,在显示的消息列表中,群组“媒体”的最新发布的消息由账号“微讯”发布,群组“QQ好友”的最新发布的消息由账号“小李”发布,群组“大学同学”的最新发布的消息由账号“老高”发布。这样,一个群组仅显示其最新发布的消息,当用户需要查看该群组内的其他消息时,可以点击进入该群组查看,客户端接收用户输入的查看请求,输出显示该群组内其他的应用社区消息。本发明实施例中,通过采用群组的方式将消息显示在客户端的显示界面上,从而提高应用主页的使用效率,提高用户浏览消息的效率。
上述单元可以存在于服务器302中,也可以存在于终端304中,以由服务器302为例,在对多个最新发布的消息进行排序,得到消息列表之后,服务器可以将消息列表发送至登录用户账号的客户端;以及客户端接收到消息列表后,在客户端的显示界面上显示消息列表中的多个最新发布的消息。
客户端可以是终端,也可以是安装在终端上的客户端应用,其中,终端可以是PC、手机、平板电脑等终端。在得到消息列表,将该消息列表发送至登录用户账号的客户端,该客户端接收到消息列表后,将该消息列表显示在自身的显示界面上。
根据本发明实施例,通过读取多个群组的身份标识,根据多个群组的身份标识读取多个最新发布的消息,按照多个最新发布的消息的发布时间顺序对多个最新发布的消息进行排序,得到消息列表,其中,按照预先设置的多个群组对用户账号所关注或者收听的账号进行划分,由于按照群组的身份标识读取该群组最新发布的消息,生成消息列表,因此,该消息列表中不存在群组内发布的大量刷屏消息,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
以微博为例,用户可以将其微博关注的一些具有某种共同属性的账号添加到微圈(即上述中群组)中,其中,微圈是指微博中具有某种共同属性的微博用户的集合。比如,可以将娱乐圈的艺人这些微博用户归入“娱乐”这个圈子,将自己已开通微博的所有QQ好友归入“QQ好友”这个圈子。
在服务器侧,通过用户账号从关系链模块读取该用户所有微圈的ID,未分组微圈除外。根据微圈ID,从微圈时间线模块读取所有微圈中的最新发布的微博消息。根据微圈中最新发布的微博消息发布时间倒序排序,得到微博消息列表,其中,对于每一个微圈,在微博消息列表中仅包含有其最新发布的微博消息,这样,避免在同一微圈中存在大量刷屏消息而导致微博消息列表中也存在这些刷屏消息。将该微博消息列表发送给登录用户账号的客户端进行展示,也使得微博客户端的主页上以微圈为维度仅显示该微圈最新发布的微博消息。
对于朋友圈、校友网、QQ空间等社区应用均可以采用相类似的方案,这里不做赘述。
优选地,第一排序单元包括:获取模块,用于分别获取多个最新发布的消息的发布时间;排序模块,用于按照发布时间的先后顺序对多个最新发布的消息进行排序;以及生成模块,用于由排序后的多个最新发布的消息得到消息列表。
本发明实施例中,可以按照多个最新发布的消息的发布时间顺序对多个最新发布的社区消息进行排序,得到消息列表。
具体地,由于群组对应的最新发布的消息是相对于该群组内最新发布的消息,因此,各群组对应的最新发布的消息在发布时间上也具先后关系,例如,表1中消息01的发布时间晚于消息02的发布时间,但是消息01依然是群组“大学好友”中的最新发布的消息。按照发布时间对消息01、消息02和消息03进行排序,得到消息列表,该消息列表即为登录用户账号的客户端展示的消息列表,该消息列表包括每个群组的最新发布的消息。对于群组,在消息列表具有群组最新发布的消息。
图9是根据本发明实施例优选的消息的处理装置的示意图。如图9所示,该处理装置包括:第一读取单元10、第二读取单元20、第一排序单元30、接收单元40和显示单元50。其中,第一读取单元10、第二读取单元20、第一排序单元30依次与图8所示的第一读取单元10、第二读取单元20、第一排序单元30相同,这里不做赘述。
接收单元40用于接收未读消息计数,未读消息计数表示多个群组中每个群组在预设时间段内未读消息的数量。
显示单元50用于在消息列表上显示多个群组中每个群组的未读消息计数。
其中,接收未读消息计数主体可以是客户端,接收未读消息计数可以是在客户端接收消息列表之后,其中,客户端显示消息列表,并在显示的消息列表上显示多个群组中每个群组的未读消息计数。
具体地,在根据多个群组的身份标识读取多个最新发布的消息之前,处理方法还包括:读取多个群组中每一个群组的未读消息计数,未读消息计数表示多个群组中每一个群组在预设时间段内未读消息的数量。可以是从未读计数模块中读取每个群组的未读消息计数,其中,未读计数模块主要用于提供对群组中未被用户读取的消息的数量查询服务的模块。
预设时间段可以是指上一次读取时刻到这一次读取时刻之间的时间段,相应地,未读消息计数可以是指上一次读取到这一次读取之间所有未读消息的数量。当然,未读消息计数也可以是指当前时刻以前一段时间内比如最近一个月,最近一周等中未读消息的数量。
读取到该未读消息计数之后,可以将该未读消息计数发送至登录用户账号的客户端,可以是在将消息列表发送至客户端的同时将该未读消息计数一并发送至客户端。其中,在客户端的显示界面上还显示多个群组中每个群组对应的未读消息计数。如图5所示,群组“媒体”的未读消息计数大于99,则在显示界面上显示“99+”,群组“QQ好友”的未读消息计数为98。
根据本发明实施例,通过读取该未读消息计数,在消息列表上显示每个群组的未读消息计数,以便于用户确定每个群组内未读消息的数量。
优选地,处理装置还包括:判断单元,用于在接收未读消息计数之前,判断未读消息计数是否为零;第一确定单元,用于如果判断出未读消息计数为零,则确定未读消息计数为零的群组在预设时间段内不存在未读消息,不存在未读消息计数的群组可以忽略,即在消息列表中也不添加该消息,因此,客户端的显示界面上也不显示该群组的名称;以及第二确定单元,用于如果判断出未读消息计数不为零,则确定未读消息计数不为零的群组在预设时间段内存在未读消息,将预设时间段内的未读消息中最新发布的消息作为未读消息计数不为零的群组对应的最新发布的消息。将预设时间段内的未读消息中最新发布的消息作为未读消息计数不为零的群组对应的最新发布的消息。
根据本发明实施例,通过判断群组的未读消息计数是否为零,从而将未读消息计数为零的群组忽略,进一步去除消息列表中冗余消息,从而提高主页的使用率。
优选地,处理装置还包括:第三读取单元,用于读取多个群组中每个群组的账号发布的消息;第二排序单元,用于按照发布时间分别对每个群组中的账号发布的消息进行倒序排序,得到每个群组的消息子列表。
具体地,在得到消息子列表之后,记录发布最新发布的消息的账号名称和发布时间;将身份标识、最新发布的消息、账号名称和发布时间置于消息子列表的首部,其中,客户端显示消息列表包括:客户端通过显示身份标识、最新发布的消息、账号名称和发布时间来显示消息列表中的每个群组最新发布的消息,即消息列表包括:每个群组最新发布的消息和最新发布的消息的身份标识、账号名称和发布时间。
由于每个群组中均发布有消息,读取每个群组中的消息可以是从时间线模块中读取消息,并按照这些消息的发布时间进行倒序排序,得到消息子列表,其中,每一个群组对应一个消息子列表,记录群组发布最新发布的消息的账号名称和发布时间,将身份标识、最新发布的消息、账号名称和发布时间置于消息子列表的首部,即消息列表中体现该消息子列表对应的群组的内容,即图5所示的每一个群组所显示的内容。
优选地,本发明实施例的处理装置还包括:第四读取单元,用于读取未添加到群组的账号的身份标识;第五读取单元,用于根据未添加到群组的账号的身份标识读取未添加到群组的账号发布的消息;第三排序单元,用于对未添加到群组的账号发布的消息按照发布时间进行排序;以及添加单元,用于将排序后的消息添加到消息列表中多个最新发布的消息之后。
在得到消息列表之后,由于用户账号所关注或者收听的账号还包括未添加到群组的账号,如表1中的账号J和账号K,这些账号可以作为一个特殊的群组,在根据多个群组的身份标识读取多个最新发布的消息之后,读取这些账号的身份标识,根据这些身份标识从时间线模块读取这些账号发布的消息,并对读取的消息按照发布时间倒序排序,将排序后的消息添加到消息列表中群组的最新发布的消息之后。将添加后的消息列表发送至客户端,客户端在多个群组的最新发布的消息之后,显示未添加到群组的账号发布的消息。
可选地,本发明实施例的处理装置还包括:第六读取单元,用于根据所述多个群组的身份标识读取多个最新发布的消息之后,读取未添加到群组的账号的身份标识;第七读取单元,用于根据未添加到群组的账号的身份标识读取未添加到群组的账号发布的消息,其中,第一排序单元包括:排序模块,用于对未添加到群组的账号发布的消息和多个最新发布的消息进行排序,得到消息列表,消息列表包括未添加到群组的账号发布的消息和多个最新发布的消息。
具体地,将每个群组最新发布的消息和所有未添加到群组的账号发布的消息按照发布时间进行排序,将每个群组最新发布的消息与所有未添加到群组的账号发布的消息混合排序,生成消息列表,从而使得客户端按照消息发布时间的顺序来显示消息列表。
实施例3
根据本发明实施例,还提供了一种用于实施上述消息的处理方法和装置的处理系统,该系统包括服务器100和客户端200,如图10所示,该服务器100包括:处理器102、存储器104和网络接口106。本发明实施例的消息的处理装置可以由服务器100来实现,也可以由客户端200来实现,还可以是由服务器100和客户端200共同实现。
处理系统可以用于执行以下步骤:
步骤S31,读取多个群组的身份标识。其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每个群组包括多个账号。
步骤S33,根据多个群组的身份标识读取多个最新发布的消息。其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息。
步骤S35,对多个最新发布的消息进行排序,得到消息列表。
其中,以服务器100中的处理器102来执行上述步骤为例,处理器102读取的数据可以是从处理器104中读取。在得到消息列表之后,可以利用网络接口106将该消息列表发送至客户端200,在客户端200的显示界面上显示该消息列表。
根据本发明实施例,通过读取多个群组的身份标识,根据多个群组的身份标识读取多个最新发布的消息,按照多个最新发布的消息的发布时间顺序对多个最新发布的消息进行排序,得到消息列表,其中,按照预先设置的多个群组对用户账号所关注或者收听的账号进行划分,由于按照群组的身份标识读取该群组最新发布的消息,生成消息列表,因此,该消息列表中不存在群组内发布的大量刷屏消息,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以存储用于执行本发明实施例的消息的处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于本发明实施例3中的处理系统上。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
步骤S41,读取多个群组的身份标识。其中,多个群组为同一个用户账号下的多个群组,多个群组中每个群组具有身份标识,在多个群组中每个群组包括多个账号。
步骤S43,根据多个群组的身份标识读取多个最新发布的消息。其中,最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息。
步骤S45,对多个最新发布的消息进行排序,得到消息列表。
根据本发明实施例,客户端接收消息列表,其中,消息列表包括多个群组的消息列表,在消息列表中包括多个最新发布的消息,并且多个最新发布的消息包括多个群组中每个群组最新发布的一条消息,服务器通过读取多个群组的身份标识,根据多个群组的身份标识读取得到多个最新发布的消息,对多个最新发布的消息进行排序,得到消息列表,服务器将消息列表发送至客户端,客户端显示接收到的消息列表。按照预先设置的多个群组对用户账号所关注或者收听的账号进行划分,由于按照群组的身份标识读取该群组最新发布的消息,生成消息列表,因此,该消息列表中不存在群组内发布的大量刷屏消息,解决了由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷屏消息的问题,达到了避免在消息列表中出现大量的刷屏消息的效果。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行本发明实施例1中的消息的处理方法的程序代码。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (16)
1.一种消息的处理方法,其特征在于,包括:
读取多个群组的身份标识,其中,所述多个群组为同一个用户账号下的多个群组,所述多个群组中每个群组具有身份标识,在所述多个群组中每一个群组包括多个账号;
根据所述多个群组的身份标识读取多个最新发布的消息,其中,所述最新发布的消息为所述每个群组的多个账号发布的消息中最新发布的消息;以及
对所述多个最新发布的消息进行排序,得到消息列表。
2.根据权利要求1所述的处理方法,其特征在于,对所述多个最新发布的消息进行排序,得到消息列表包括:
分别获取所述多个最新发布的消息的发布时间;
按照所述发布时间的先后顺序对所述多个最新发布的消息进行倒序排序;
由排序后的所述多个最新发布的消息得到所述消息列表。
3.根据权利要求1所述的处理方法,其特征在于,所述处理方法还包括:
接收未读消息计数,所述未读消息计数表示所述多个群组中每个群组在预设时间段内未读消息的数量;
在消息列表上显示所述多个群组中每个群组的未读消息计数。
4.根据权利要求3所述的处理方法,其特征在于,在接收未读消息计数之前,所述处理方法还包括:
判断所述未读消息计数是否为零;
如果判断出所述未读消息计数为零,则确定所述未读消息计数为零的群组在所述预设时间段内不存在未读消息;以及
如果判断出所述未读消息计数不为零,则确定所述未读消息计数不为零的群组在所述预设时间段内存在未读消息,将所述预设时间段内的未读消息中最新发布的消息作为所述未读消息计数不为零的群组对应的最新发布的消息。
5.根据权利要求1所述的处理方法,其特征在于,所述处理方法还包括:
读取所述多个群组中每个群组的账号发布的消息;
按照发布时间分别对所述每个群组中的账号发布的消息进行倒序排序,得到所述每个群组的消息子列表。
6.根据权利要求1所述的处理方法,其特征在于,所述消息列表包括:所述每个群组最新发布的消息和所述最新发布的消息的身份标识、账号名称和发布时间。
7.根据权利要求1所述的处理方法,其特征在于,所述处理方法还包括:
读取未添加到群组的账号的身份标识;
根据所述未添加到群组的账号的身份标识读取所述未添加到群组的账号发布的消息;
对所述未添加到群组的账号发布的消息按照发布时间进行排序;以及
将排序后的消息添加到所述消息列表中所述多个最新发布的消息之后。
8.根据权利要求1所述的处理方法,其特征在于,
所述处理方法还包括:读取未添加到群组的账号的身份标识;根据所述未添加到群组的账号的身份标识读取所述未添加到群组的账号发布的消息,
对所述多个最新发布的消息进行排序,得到消息列表包括:对所述未添加到群组的账号发布的消息和所述多个最新发布的消息进行排序,得到所述消息列表。
9.一种消息的处理装置,其特征在于,包括:
第一读取单元,用于读取多个群组的身份标识,其中,所述多个群组为同一个用户账号下的多个群组,所述多个群组中每个群组具有身份标识,在所述多个群组中每个群组包括多个账号;
第二读取单元,用于根据所述多个群组的身份标识读取多个最新发布的消息,其中,所述最新发布的消息为所述每个群组的多个账号发布的消息中最新发布的消息;以及
第一排序单元,用于对所述多个最新发布的消息进行排序,得到消息列表。
10.根据权利要求9所述的处理装置,其特征在于,所述第一排序单元包括:
获取模块,用于分别获取所述多个最新发布的消息的发布时间;
排序模块,用于按照所述发布时间的先后顺序对所述多个最新发布的消息进行倒序排序;
生成模块,用于由排序后的所述多个最新发布的消息得到所述消息列表。
11.根据权利要求9所述的处理装置,其特征在于,所述处理装置还包括:
接收单元,用于接收未读消息计数,所述未读消息计数表示所述多个群组中每个群组在预设时间段内未读消息的数量;
显示单元,用于在消息列表上显示所述多个群组中每个群组的未读消息计数。
12.根据权利要求11所述的处理装置,其特征在于,所述处理装置还包括:
判断单元,用于在接收未读消息计数之前,判断所述未读消息计数是否为零;
第一确定单元,用于如果判断出所述未读消息计数为零,则确定所述未读消息计数为零的群组在所述预设时间段内不存在未读消息;以及
第二确定单元,用于如果判断出所述未读消息计数不为零,则确定所述未读消息计数不为零的群组在所述预设时间段内存在未读消息,将所述预设时间段内的未读消息中最新发布的消息作为所述未读消息计数不为零的群组对应的最新发布的消息。
13.根据权利要求9所述的处理装置,其特征在于,所述处理装置还包括:
第三读取单元,用于读取所述多个群组中每个群组的账号发布的消息;
第二排序单元,用于按照发布时间分别对所述每个群组中的账号发布的消息进行倒序排序,得到所述每个群组的消息子列表。
14.根据权利要求9所述的处理装置,其特征在于,所述消息列表包括:所述每个群组最新发布的消息和所述最新发布的消息的身份标识、账号名称和发布时间。
15.根据权利要求9所述的处理装置,其特征在于,所述处理装置还包括:
第四读取单元,用于读取未添加到群组的账号的身份标识;
第五读取单元,用于根据所述未添加到群组的账号的身份标识读取所述未添加到群组的账号发布的消息;
第三排序单元,用于对所述未添加到群组的账号发布的消息按照发布时间进行排序;以及
添加单元,用于将排序后的消息添加到所述消息列表中所述多个最新发布的消息之后。
16.根据权利要求9所述的处理装置,其特征在于,
所述处理装置还包括:第六读取单元,用于读取未添加到群组的账号的身份标识;第七读取单元,用于根据所述未添加到群组的账号的身份标识读取所述未添加到群组的账号发布的消息,
所述第一排序单元包括:排序模块,用于对所述未添加到群组的账号发布的消息和所述多个最新发布的消息进行排序,得到所述消息列表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410454221.6A CN105391614B (zh) | 2014-09-05 | 2014-09-05 | 消息的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410454221.6A CN105391614B (zh) | 2014-09-05 | 2014-09-05 | 消息的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105391614A true CN105391614A (zh) | 2016-03-09 |
CN105391614B CN105391614B (zh) | 2019-09-13 |
Family
ID=55423466
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410454221.6A Active CN105391614B (zh) | 2014-09-05 | 2014-09-05 | 消息的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105391614B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106100972A (zh) * | 2016-06-02 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、系统、第一终端及第二终端 |
CN106201485A (zh) * | 2016-06-28 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种通知信息显示方法及装置 |
CN109561015A (zh) * | 2018-11-21 | 2019-04-02 | 维沃移动通信有限公司 | 一种聊天群组未读消息推送方法及装置 |
CN110113489A (zh) * | 2019-04-30 | 2019-08-09 | 上海掌门科技有限公司 | 消息群组排序方法、装置、电子设备及介质 |
CN110266505A (zh) * | 2019-04-29 | 2019-09-20 | 上海连尚网络科技有限公司 | 一种管理会话群的方法与设备 |
CN111158804A (zh) * | 2018-11-07 | 2020-05-15 | 株式会社纽链 | 信息处理装置、信息处理方法及程序 |
CN111523053A (zh) * | 2020-04-26 | 2020-08-11 | 腾讯科技(深圳)有限公司 | 信息流处理方法、装置、计算机设备和存储介质 |
CN111641553A (zh) * | 2020-06-01 | 2020-09-08 | 黎明职业大学 | 一种即时通讯群组的管理方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145170A1 (zh) * | 2009-10-30 | 2010-12-23 | 中兴通讯股份有限公司 | 实现消息时间处理的方法及系统 |
CN102088466A (zh) * | 2009-12-07 | 2011-06-08 | 腾讯科技(深圳)有限公司 | 一种微博浏览方法和相关设备 |
CN102769579A (zh) * | 2011-05-05 | 2012-11-07 | 腾讯科技(深圳)有限公司 | 一种微博消息的显示方法、微博终端及微博服务器端 |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
-
2014
- 2014-09-05 CN CN201410454221.6A patent/CN105391614B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010145170A1 (zh) * | 2009-10-30 | 2010-12-23 | 中兴通讯股份有限公司 | 实现消息时间处理的方法及系统 |
CN102088466A (zh) * | 2009-12-07 | 2011-06-08 | 腾讯科技(深圳)有限公司 | 一种微博浏览方法和相关设备 |
CN102769579A (zh) * | 2011-05-05 | 2012-11-07 | 腾讯科技(深圳)有限公司 | 一种微博消息的显示方法、微博终端及微博服务器端 |
CN103870464A (zh) * | 2012-12-10 | 2014-06-18 | 腾讯科技(北京)有限公司 | 一种未读消息处理方法、展示方法和装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106100972A (zh) * | 2016-06-02 | 2016-11-09 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、系统、第一终端及第二终端 |
CN106100972B (zh) * | 2016-06-02 | 2019-02-01 | 腾讯科技(深圳)有限公司 | 一种消息处理方法、系统、第一终端及第二终端 |
CN106201485A (zh) * | 2016-06-28 | 2016-12-07 | 珠海市魅族科技有限公司 | 一种通知信息显示方法及装置 |
CN111158804A (zh) * | 2018-11-07 | 2020-05-15 | 株式会社纽链 | 信息处理装置、信息处理方法及程序 |
CN111158804B (zh) * | 2018-11-07 | 2024-04-09 | 株式会社纽链 | 信息处理装置、信息处理方法及程序 |
CN109561015A (zh) * | 2018-11-21 | 2019-04-02 | 维沃移动通信有限公司 | 一种聊天群组未读消息推送方法及装置 |
CN109561015B (zh) * | 2018-11-21 | 2021-10-22 | 维沃移动通信有限公司 | 一种聊天群组未读消息推送方法及装置 |
CN110266505A (zh) * | 2019-04-29 | 2019-09-20 | 上海连尚网络科技有限公司 | 一种管理会话群的方法与设备 |
CN110266505B (zh) * | 2019-04-29 | 2022-02-18 | 上海连尚网络科技有限公司 | 一种管理会话群的方法与设备 |
CN110113489A (zh) * | 2019-04-30 | 2019-08-09 | 上海掌门科技有限公司 | 消息群组排序方法、装置、电子设备及介质 |
CN111523053A (zh) * | 2020-04-26 | 2020-08-11 | 腾讯科技(深圳)有限公司 | 信息流处理方法、装置、计算机设备和存储介质 |
CN111641553A (zh) * | 2020-06-01 | 2020-09-08 | 黎明职业大学 | 一种即时通讯群组的管理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105391614B (zh) | 2019-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105391614A (zh) | 消息的处理方法和装置 | |
US20210319453A1 (en) | Capturing and Managing Web Page Content Items | |
CN102341818B (zh) | 用于基于状态消息的上下文相关广告的系统和方法 | |
CN103138954B (zh) | 一种推荐项的推送方法、系统及推荐服务器 | |
CN105915634A (zh) | 数据处理方法、服务器及用户终端 | |
CN105205146B (zh) | 一种计算微博用户影响力的方法 | |
CN102769579A (zh) | 一种微博消息的显示方法、微博终端及微博服务器端 | |
CN110598103B (zh) | 一种内容聚合方法、装置、计算机设备和存储介质 | |
CN104022940A (zh) | 基于即时通信的信息处理方法、装置及系统 | |
CN103188139A (zh) | 一种推荐朋友的信息展示方法和装置 | |
CN104092596B (zh) | 一种音乐用户群组的管理方法、装置及系统 | |
CN102137029A (zh) | 一种即时通信联系人信息管理方法及装置 | |
CN103268310A (zh) | 基于推荐的自媒体信息编辑方法及装置 | |
CN103425703A (zh) | 一种网络信息的处理方法和装置 | |
CN103139045A (zh) | 名片交换方法、装置和交友客户端 | |
US20190199667A1 (en) | Message focusing | |
CN104035941A (zh) | 一种信息筛选方法及装置 | |
CN104580310A (zh) | 日志处理方法和服务器 | |
CN107248002A (zh) | 一种数据处理方法、系统与装置 | |
CN102982112A (zh) | 排行榜生成方法、日志生成方法和服务器 | |
CN112446736A (zh) | 一种点击通过率ctr预测方法及装置 | |
CN108446311A (zh) | 一种基于社交网络的app推荐方法及装置 | |
CN102255825A (zh) | 一种可扩展的交互式通讯方法及系统 | |
CN109033190A (zh) | 一种推荐信息的推送方法、装置及设备 | |
CN102315949A (zh) | 一种实现的基于p2p技术的网络会议的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |