消息的处理方法和装置的制造方法
【技术领域】
[0001] 本发明涉及数据处理领域，具体而言，涉及一种消息的处理方法和装置。
【背景技术】
[0002] 社区应用是向用户提供信息分享、传播W及获取的社区平台，用户通过登录社区 应用账号可W查看关注的好友的发布的消息。常见的社区应用包括朋友圈、校友网、微博、 QQ空间等。
[0003] W微博为例，微博为微型博客（MicroBlog)的简称，即一句话博客，是一个基于用 户关系信息分享、传播W及获取的平台。用户通过微博账号发布微博消息或者浏览微博消 息，其中，微博消息是一种微博用户可W及时更新和公开发布的简短文本（通常少于140 字）。一个用户可W通过微博账号关注多个微博好友，或者包括多个微博粉丝，该用户可W 通过关注微博好友来查看微博好友通过微博账户发布的微博消息。
[0004] 在现有的社区应用中，通常是按照将用户账号所关注的所有社区应用账号发布的 消息，按照时间顺序生成消息列表，提供给客户端进行展示，例如，微博时间线通常采用时 间浏览方式，W消息为维度，将用户所有关注的账号发表的消息按发布时间从新到旧进行 排序展现给用户。如图1所示，小明、小李和老高分别在不同的时间段发布了消息，离当前 时刻最近的消息是由小明在8 ;31的时候发布的，其次是小李发布的消息。
[0005] 然而，由于仅按照时间顺序生成消息列表，送将导致消息列表中容易出现大量的 刷屏消息，例如，当某个人的账号在一个时间端内发布大量的消息（如图2所示）或者在同 一时间段内不同的账号对相同的事件发布大量的内容相似的消息时，比如，在世界杯期间， 爱好体育的用户会突发式地发布大量关于世界杯的消息，送些消息可能造成刷屏。按照时 间顺序生成的消息列表中会出现统一个社区应用账号发布的大量的消息，或者出现大量内 容相似的消息，即刷屏消息。
[0006] 登录用户账号的客户端上显示出包括送些刷屏消息的消息列表，即通常所说的刷 屏，送将导致社区应用主页的应用效率降低，给用户带来了很大程度上的困扰。
[0007] 针对上述由于仅按照时间顺序生成消息列表导致消息列表中容易出现大量的刷 屏消息的问题，目前尚未提出有效的解决方案。
【发明内容】
[0008] 本发明实施例提供了一种消息的处理方法和装置，W解决由于仅按照时间顺序生 成消息列表导致消息列表中容易出现大量的刷屏消息的技术问题。
[0009] 根据本发明实施例的一个方面，提供了一种消息的处理方法，包括；读取多个群组 的身份标识，其中，多个群组为同一个用户账号下的多个群组，多个群组中每个群组具有身 份标识，在多个群组中每一个群组包括多个账号；根据多个群组的身份标识读取多个最新 发布的消息，其中，最新发布的消息为每个群组的多个账号发布的消息中最新发布的消息； W及对多个最新发布的消息进行排序，得到消息列表。
[0010] 根据本发明实施例的另一方面，还提供了一种消息的处理装置，包括：第一读取单 元，用于读取多个群组的身份标识，其中，多个群组为同一个用户账号下的多个群组，多个 群组中每个群组具有身份标识，在多个群组中每个群组包括多个账号；第二读取单元，用于 根据多个群组的身份标识读取多个最新发布的消息，其中，最新发布的消息为每个群组的 多个账号发布的消息中最新发布的消息；W及第一排序单元，用于对多个最新发布的消息 进行排序，得到消息列表。
[0011] 本发明实施例中，通过读取多个群组的身份标识，根据多个群组的身份标识读取 多个最新发布的消息，按照多个最新发布的消息的发布时间顺序对多个最新发布的消息进 行排序，得到消息列表，其中，按照预先设置的多个群组对用户账号所关注或者收听的账号 进行划分，由于按照群组的身份标识读取该群组最新发布的消息，生成消息列表，因此，该 消息列表中不存在群组内发布的大量刷屏消息，解决了由于仅按照时间顺序生成消息列表 导致消息列表中容易出现大量的刷屏消息的问题，达到了避免在消息列表中出现大量的刷 屏消息的效果。
【附图说明】
[0012] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0013] 图1是根据现有技术的消息显示界面的示意图；
[0014] 图2是根据现有技术的另一种消息显示界面的示意图；
[0015] 图3是根据本发明实施例的一种硬件环境的示意图；
[0016] 图4是根据本发明实施例的消息的处理方法的流程图；
[0017] 图5是根据本发明实施例的一种消息显示界面的示意图；
[0018] 图6是根据本发明实施例优选的消息的处理方法的流程图；
[0019] 图7是根据本发明实施例另一优选的消息的处理方法的流程图；
[0020] 图8是根据本发明实施例的消息的处理装置的示意图；
[0021] 图9是根据本发明实施例优选的消息的处理装置的示意图；W及
[0022] 图10是根据本发明实施例的一种服务器的示意图。
【具体实施方式】
[0023] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的 附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是 本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范 围。
[0024] 需要说明的是，本发明的说明书和权利要求书及上述附图中的术语"第一"、"第 二"等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解送样使用 的数据在适当情况下可W互换，W便送里描述的本发明的实施例能够W除了在送里图示或 描述的郝些W外的顺序实施。此外，术语"包括"和"具有"W及他们的任何变形，意图在于 覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限 于清楚地列出的郝些步骤或单元，而是可包括没有清楚地列出的或对于送些过程、方法、产 品或设备固有的其它步骤或单元。
[0025] 实施例1
[0026] 根据本发明实施例，提供了一种消息的处理方法。
[0027] 可选地，在本实施例中，上述消息的处理方法可W应用于如图3所示的服务器302 和终端304所构成的硬件环境中。如图3所示，服务器302通过网络与终端304进行连接， 上述网络包括但不限于；广域网、城域网或局域网，终端302并不限定于PC、手机、平板电脑 等。本发明实施例的消息的处理方法可W由服务器302来执行，也可W由终端304来执行， 还可W是由服务器302和终端304共同执行。其中，终端304执行本发明实施例的消息的 处理方法也可W是由安装在其上的客户端来执行。
[0028] 图4是根据本发明实施例的消息的处理方法的流程图。如图4所示，该消息的处 理方法包括W下步骤：
[0029] 步骤S402,读取多个群组的身份标识。
[0030] 多个群组为同一个用户账号下的多个群组，多个群组中每个群组具有一个身份标 识，并且在多个群组中每个群组中包括多个账号。其中，本发明实施例的消息可W是通过社 区应用发布的社区消息，其中，社区应用可W是朋友圈、校友网、微博、QQ空间等应用。用户 账号可W是任一个用户在该社区应用上注册的社区应用账号。该用户账号关注或者收听多 个应用社区账号，按照人物关系或者某种共同属性将些社区应用账号划分到不同的社区应 用群组中，形成多个社区应用群组，具体见表1。
[0031] 表 1 ;
[0032]
[0033] 如表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。
[0034] 具体地，读取多个群组的身份标识可W通过用户账号从关系链模块中读取用户账 号的所有的群组的ID，其中，关系链模块为存储有用户账号的群组的ID并提供查询用户账 号的群组或者账号服务的模块。
[0035] 步骤S404,根据多个群组的身份标识读取多个最新发布的消息。其中，最新发布的 消息为每个群组的多个账号发布的消息中最新发布的消息。
[0036] 多个群组中每个群组对应有一个账号最新发布的消息，最新发布的消息为群组中 的账号最新发布的消息。如表1所示，群组"大学同学"对应的最新发布的消息为消息01， 群组"好友"对应的最新发布的消息为消息02,群组"同事"对应的最新发布的消息为消息 03,其中，消息Ol可W是账号A、B、C中任一个账号发布的距离当前时刻最近的消息，即最新 发布的消息。
[0037] 具体地，根据多个群组的身份标识读取多个最新发布的消息可W是根据群组的身 份标识从时间线模块中读取到该群组对应的最新发布的消息。其中，时间线模块为用于提 供对用户账号的关注的账号所发布的消息的查询服务的模块。时间线模块依赖于关系链模 块和发表索引模块，其中，发表索引模块用于提供对一批用户发表的消息的查询服务。
[003引步骤S406,对多个最新发布的消息进行排序，得到消息列表。
[0039] 可W是按照消息发布时间对最新发布的消息进行排序，具体地，如图5所示，用户 账号中预先设置有群组"媒体"、"QQ好友"和"大学同学"，在显示的消息列表中，群组"媒体" 的最新发布的消息由账号"微讯"发布，群组"QQ好友"的最新发布的消息由