各个历史会话界面或会话提醒表项等等。而群组消息提醒标识可以是突出显示标识，如红点或带有更新消息条数的红色标记等，本发明实施例中的该群组消息提醒标识的具体显示位置只需在该会话表项上即可，对于具体显示在会话表项的哪个位置不作限定。
[0044]需要说明的是，本发明实施例中，仅对终端的指定群组的消息更新方法进行介绍，而对于指定群组以外的群组，也即是未设置为静音群的群组，还可以按照现有技术的消息更新方法进行，以保证其消息更新的实时性。当然，如果对其他未设置为静音群的群组进行了更新方式的设置，也可以执行如本发明实施例后续步骤中的消息更新方法，以避免对流量的浪费，在此不作具体限定。
[0045]202、在检测到对所述群组消息提醒标识的消除操作时，判断群组消息提醒标识的显示起始时刻与所述消除操作发生时刻之间的时间间隔是否大于指定阈值，如果是，执行步骤205，如果否，执行步骤203。
[0046]其中，该对群组消息提醒标识的消除操作可以是用户打开指定群组对话界面的操作，也可以是对群组消息提醒标识的点击操作，本发明实施例对此不作具体限定。
[0047]群组消息提醒标识的显示起始时刻可以是其出现在会话列表界面上的时刻，该消除操作发生时刻是指用户对群组消息提醒标识进行消除操作的时刻，该两个时刻之间的时间间隔可以用于衡量用户对该指定群组消息的关注程度，如果该时间间隔大于指定阈值，则可以认为用户对该指定群组实时更新的消息不敢兴趣，也不着急看群组用户所发布的消息，因此，在这种情况下，不进行消息拉取。可选地，在时间间隔大于指定阈值时，可以仅显示该指定群组的更新消息条数。进一步地，还可以在显示更新消息条数的同时，显示最后一个更新消息的简要信息，如更新消息的群组用户标识以及更新消息的预览内容等。例如，指定阈值为3天，如果时间间隔大于3天，则不进行消息获取的步骤。
[0048]而当时间间隔小于或等于预设阈值，则可以认为用户可能对指定群组的消息有一定兴趣，则可以对该指定群组的更新消息进行获取。
[0049]为了使得用户明确获知该获取条件，可以提供提示信息，该提示信息用于通知终端用户静音群只能接收最近指定阈值时间范围内的消息。当然，该指定阈值可以由终端用户自行设置，以让用户主动对有价值的消息进行选择，让流量的消耗性价比高，对于无价值的消息，不再耗费用户流量和服务器成本。
[0050]203、根据用户在所述指定群组的历史停留时间，确定更新消息条数，从所述服务器上获取与所述更新消息条数相符的更新消息。
[0051]对于指定群组来说，终端可以记录用户在指定群组中的停留时间，该停留时间可以为用户进入群组会话到离开群组会话之间的时间间隔。通过记录在指定群组中的停留时间，可以统计得到用户在指定群组的历史停留时间，该历史停留时间可以是用户在指定群组中多次停留过程的停留时间的平均值，也可以是根据多次停留所记录所确定的其他统计值，如停留时间最大值、最近一段时间的停留时间平均值、停留时间范围或者访问频率等等，本发明实施例对此不作具体限定。
[0052]其中，对于群组来说，历史停留时间越长，对应的更新消息条数越多。在确定更新时间条数时，可以根据历史停留时间的长短不同，分配不同的更新消息条数。如，用户在指定群组A中历史停留时间非常短，每次停留均在1-5秒内，说明该用户基本不会细看该A内发布的消息，其对应的更新消息条数可以较少，如10条，则在从服务器上获取更新消息时，可以仅获取该指定群组A的最近10条更新消息。而如果用户在指定群组B中的历史停留时间比较长，说明用户认真查看B内发布的消息，则为了消息完整性和有效性，可以获取较多的更新消息，如，在从服务器上获取更新消息时，可以获取该指定群组B的最近100条更新消息。
[0053]204、根据登录终端类型，确定更新消息条数，从所述服务器上获取与所述更新消息条数相符的更新消息。
[0054]对于不同类型的终端来说，如品牌不同、机型不同甚至所安装系统的不同，均可能造成终端处理能力的不同。处理能力较强的终端，其消息更新过程对其他应用的正常运行造成的影响较小，对整机运行所造成的影响也较小，因此，对于处理能力较强的终端，可以将其每次更新时的更新消息条数设置的大于那些处理能力较差的终端。也即是，登录终端类型的处理能力越强，对应的更新消息条数越多。
[0055]在终端侧可以维护该终端类型，从而在获取过程中，将该终端类型也发送至服务器，使得服务器根据终端类型，确定需更新消息条数，从而避免由于更新条数过多而造成的运行影响。
[0056]需要说明的是，本发明实施例是以步骤203和204是分别对更新消息条数进行确定，从而在执行了步骤202，确定了需要进行消息更新时，可以根据203或204所确定的更新消息条数进行消息更新。当然，在本发明实施例提供的另一种实施方式中，还可以综合步骤203和204所确定的更新消息条数，选取其中较大数值作为更新时实际的更新消息条数，从而从所述服务器上获取与该实际的更新消息条数相符的更新消息。例如，根据步骤203所确定的为10条，根据步骤204所确定的为15条，则可以从中取较小值10条，以在保证消息实时性的同时也能够保证终端的正常运行，不会出现加载卡顿等现象。采用哪种或哪几种方式确定更新消息条数可以由终端用户根据自身需求进行设置，本发明实施例对此不作具体限定。
[0057]其中，为了进一步避免流量消耗，在上述步骤从服务器上获取更新消息的过程中，还可以考虑更新消息的消息类型，对于一些对流量消耗较大的消息类型，如小视频、视频等，可以在确定更新消息中具有这类消息类型时，暂时不对该类型的更新消息进行下载，而是仅下载预览图像和资源地址，在确定检测到用户对该更新消息的查看操作时，才基于资源地址进行下载。具体地，该过程包括:获取更新消息的消息类型；对于消息类型为指定类型的更新消息，在未检测到对所述指定类型的更新消息的查看操作时，不对所述指定类型的更新消息进行获取。其中，指定类型可以为音频、视频、大小超过预设值的文件等等，本发明实施例对此不作具体限定。
[0058]205、当所述群组消息提醒标识以及所述指定群组中任一项的操作不符合消息更新条件，在所述会话表项上显示所述指定群组的更新消息条数。
[0059]在现有技术中，一旦用户切换至会话列表界面，即会发生消息更新，然而，在本发明实施例中，假如所述群组消息提醒标识以及所述指定群组中任一项的操作不符合消息更新条件，例如，群组消息提醒标识的显示起始时刻与所述消除操作发生时刻之间的时间间隔大于指定阈值；或，用户未对群组消息提醒标识进行任何消除操作，均不进行消息获取，而是仅在会话表项上显示该指定群组的更新消息条数即可。
[0060]需要说明的是，本发明实施例中的消息更新过程，可以是增量更新，也即是，不对终端已经拉取过且保存于终端本地的消息进行更新，而仅是对未拉取过的消息进行更新，从而进一步避免流量损失，极大提高了用户体验。该增量更新可以根据消息标识进行，具体地，根据终端本地已保存的消息标识和服务器侧的更新消息标识，确定终端本地未保存的更新消息标识，并根据终端本地未保存的更新消息标识进行消息更新。假设，用户A在服务器侧数据表中是有40条更新消息，其消息标识分别为idl至id40，而每次更新消息条数为10条。第一次更新时，终端已经从服务器获取了 idl-ΙΟ条消息同时存储在本地。假设用户离开了这个页面再回到此页，这时终端会再次从服务器数据库中获取消息，由于之前已经有10条消息(idl-1dlO)存储在本地了，那么现在需要从服务器数据库中获取的10条消息就是从剩余的30条消息获取(idll_id40)后并保存在终端本地。
[0061]需要说明的是，在服务器侧，每条消息都具有更新时间update_time这个值，当终端从服务器获取了一次消息后，记录下第一条消息的update_time，当再次获取消息就只需要获取上个时间点到访问服务器这刻为止所更新的消息即可。
[0062]本发明实施例提供的方法，通过在指定群组中消息发生更新时，根据用户对群组消息提醒标识的实际操作或用户对该指定群组的其他操作进行分析，从而确定是否进行从服务器获取更新消息，根据用户对该指定群组的不同操作，采用不同的