更新提醒方法、系统、更新源服务器及接入服务器

摘要

本发明实施例公开了一种更新提醒方法，该方法包括：接收接入服务器发送的第一用户客户端的触发通知；判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端发送更新提示消息；或，判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向接入服务器发送更新通知，使得所述接入服务器根据所述更新通知向所述第一用户客户端发送更新提示消息。相应的，本发明实施例还公开了一种更新提醒系统、更新源服务器及接入服务器。本发明实施例通过更新源服务器仅存储用户的最新更新操作和仅在用户所在客户端登完成相关触发后向该客户端发送更新提示消息来仅减轻数据传输量，同时避免由于用户客户端接收大量的更新提示消息。

说明书

技术领域

本发明涉及通信领域，尤其涉及通信网络中更新提醒方法、系统、更新源服务器及接入服务器。

背景技术

目前，越来越多的业务和越来越多的网络信息，仅仅依靠用户的查找和浏览已经不能够满足用户的需求，而是将更新信息主动的通知用户。网络通信系统中的更新提醒业务主要用于向使用网络资源的用户提供与该用户关联的更新提示信息。与该用于关联的网络信息可以为用户自己制定的网络信息，也可以为网络中其他用户提供的某些网络信息服务等。用户可以根据这些更新提示消息去查看感兴趣或者对自己有用的新更新的网络信息。

现有技术中，通常采用实时向用户发送更新提示消息来提醒用户有新更新的网络信息，具体为当有新的更新发生时，更新源服务器向用户客户端所在的接入服务器发送更新通知；接入服务器接收到更新通知后实时地向在线用户客户端发送更新提示消息；如果更新发生时，用户处于离线状态，那么接入服务器将保存该更新提示消息，等用户上线后再发送该更新提示消息。

现有技术中，还有一种非实时的向用户发送更新提示消息来提醒用户有新更新的网络信息，该方法与上述现有技术方法的主要区别之处在于：接入服务器接收到更新通知后有规律的向在线用户客户端发送更新提示消息，可以采用一定时间间隔发送。

由于大量点到点和点到多点的业务出现，网络信息的更新会产生大量的更新提示消息，而现有技术不管是实时发送还是有规律发送都需要将出现的更新提示消息发送至用户客户端，那么接入服务器需要发送大量的更新提示消息以及保存大量的离线消息，这样该服务器的性能会大幅下降；另一方面，由于用户客户端在主动查询时需要接收大量的更新提示消息，会给使用该客户端的用户带来较大的不便。

发明内容

本发明实施例所要解决的技术问题在于，提供更新提醒方法、系统、更新源服务器及接入服务器。能够减轻数据传输量，提高更新提醒系统中各个设备的性能。

为了解决上述技术问题，本发明实施例提供了一种更新提醒方法，该方法包括：

接收接入服务器发送的第一用户客户端的触发通知；

判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端发送更新提示消息；

或，判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向接入服务器发送更新通知，使得所述接入服务器根据所述更新通知向所述第一用户客户端发送更新提示消息

本发明实施例还提供了一种更新提醒方法，该方法包括：

在第一用户客户端完成触发后向更新源服务器发送触发通知；

接收更新源服务器在接收到所述触发通知后判断与所述第一用户关联的最新更新操作为未提醒更新操作时发送的更新通知；

根据所述更新通知向所述第一用户客户端发送更新提示消息。

相应的，本发明实施例还提供了一种更新提醒系统，该系统包括：

接入服务器，用于在第一用户客户端完成触发后向更新源服务器发送触发通知；

更新源服务器，用于接收接入服务器发送的第一用户客户端的所述触发通知，并在判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端发送更新提示消息。

相应的，本发明实施例还提供了一种更新提醒系统，该系统包括：

更新源服务器，用于接收接入服务器发送的第一用户客户端的触发通知，并在判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向接入服务器发送更新通知；

接入服务器，用于在第一用户客户端完成触发后向更新源服务器发送所述触发通知；并在接收到所述更新源服务器发送的所述更新通知后，根据所述更新通知向所述第一用户客户端发送更新提示消息。

相应的，本发明实施例还提供了一种更新源服务器，该更新源服务器包括：

接收单元，用于接收接入服务器发送的第一用户客户端的触发通知；

判断单元，用于判断与第一用户关联的最新更新操作是否为未提醒更新操作；

发送单元，用于在所述判断单元判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端发送更新提示消息，或者向接入服务器发送更新通知，使得所述接入服务器根据所述更新通知向所述第一用户客户端发送更新提示消息。

相应的，本发明实施例还提供了一种接入服务器，该接入服务器包括：

触发处理单元，用于处理所述第一用户客户端的触发操作；

通知单元，用于在所述触发单元处理完成所述第一用户客户端的触发后，向所述更新源服务器发送所述第一用户客户端的触发通知；

接收单元，用于接收更新源服务器在接收到所述触发通知后判断与所述第一用户关联的最新更新操作为未提醒更新操作时发送的更新通知；

消息单元，用于在所述接收单元接收到所述更新源服务器发送的更新通知后，向所述第一用户客户端发送更新提示消息。

本发明实施例通过更新源服务器仅存储用户的最新更新操作以及仅在第一用户客户端完成相关触发后向该客户端发送或经由接入服务器向该客户端发送更新提示消息来减轻服务器的性能压力，同时能够避免客户端在使用过程中需要不断接收更新提示消息给用户带来的不便。

附图说明

图1是本发明实施例实现更新提醒的方法流程图；

图2是本发明实施例实现更新提醒的方法流程图；

图3是本发明实施例实现更新提醒的方法流程图；

图4是本发明实施例实现更新提醒的方法流程图；

图5是本发明实施例实现更新提醒的方法流程图；

图6是本发明实施例实现更新提醒的方法流程图；

图7是实现博客更新提醒的过程示意图；

图8是实现博客更新提醒的过程示意图；

图9是实现博客更新提醒的过程示意图；

图10是本发明实施例实现更新提醒的系统示意图；

图11是本发明实施例实现更新提醒的系统示意图；

图12是本发明实施例实现更新提醒的系统示意图；

图13是本发明实施例实现更新提醒的系统示意图；

图14是本发明实施例实现更新提醒的更新源服务器的结构示意图；

图15是本发明实施例实现更新提醒的更新源服务器的结构示意图；

图16是本发明实施例实现更新提醒的接入服务器的结构示意图；

图17是本发明实施例实现更新提醒的接入服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述。

图1是本发明实施例实现更新提醒的方法流程图。如图1所示，该方法具体包括：

步骤S101，更新源服务器接收接入服务器发送的第一用户客户端的触发通知，该触发通知中携带有用于识别第一用户客户端的标识信息和第一用户客户端上一次的触发时间。

步骤S102，更新源服务器判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端发送更新提示消息。更新源服务器通过对比所述最新更新操作的时间和触发通知携带的第一用户客户端上一次的触发时间来判断与所述第一用户关联的最新更新操作是否为未提醒更新操作。如果更新操作的时间晚于第一用户客户端上一次的触发时间，则判断该最新更新操作为未提醒更新操作；如果更新操作时间先于第一用户客户端在上一次的触发时间，则判断该最新更新操作为已提醒更新操作。

在数字通信网络中，用户可以通过各种网络实体设备对网络信息进行更新。在实际运用中，所述更新源服务器可以保存同一用户的多个更新操作，并根据各个更新操作的时间先后确定最新更新操作。当然更新源服务器还可以仅保存一个更新操作，即保存用户最后一次的更新操作，即当所述用户的新的更新时，更新源服务器则删掉前次保存的所述用户的更新操作，而保存最新的。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才发送与所述第一用户客户端关联的最近一次的更新操作的更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图2是本发明实施例实现更新提醒的方法流程图。如图2所示，该方法具体包括：

步骤S201同步骤S101相同，在此不再赘述。

步骤S202，更新源服务器判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向接入服务器发送更新通知，使得所述接入服务器根据所述更新通知向所述第一用户客户端发送更新提示消息。更新源服务器向接入服务器发送的更新通知中携带有用于指示接入服务器发送更新提示消息的指示信息、用于生成所述更新提示消息的最新更新操作的信息以及第一用户客户端的标识信息等。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才将包括所述第一用户客户端关联的最近一次的更新操作的更新通知发送给接入服务器，通知所述接入服务器将包括所述第一用户客户端关联的最近一次的更新操作的更新提示消息发送给用户，从而减少接入服务器的负担。并且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图3是本发明实施例实现更新提醒的方法流程图。第一用户客户端的触发包括第一用户客户端的登录或获取操作，该获取操作是指第一用户客户端用于获取更新提示消息的操作，例如使用更新功能、刷新或者注销等操作，接入服务器可以监测并处理该获取操作。本实施例中以第一用户客户端的登录作为触发来详细说明。如图3所示，该方法包括：

步骤S301，更新源服务器记录通信网络中用户的更新操作，同时记录该更新操作的时间。通信网络中，用户通过网络设备对更新源服务器中用户使用的信息进行更新操作，该更新源服务器将记录所述的更新操作和该更新操作的时间。在实际运用中，所述更新源服务器可以保存同一用户的多个更新操作，并根据各个更新操作的时间先后确定最新更新操作。当然更新源服务器还可以仅保存用户最后一次的更新操作。

步骤S302，第一用户客户端完成登录后，接入服务器向更新源服务器发送登录通知。

第一用户客户端的登录方式可以为向接入服务器发送的登录请求后，接入服务器在接收带该登录请求后验证该第一用户客户端的登录权限。如果验证成功，则向第一用户客户端返回登录成功响应；否则，返回登录失败响应。第一用户客户端的登录方式还可以为第一用户由离线状态变为在线状态，其中在线状态可以包括上线状态以及隐身状态等能够进行网络连接的状态。离线状态和在线状态之间的切换主要由接入服务器来判断，即第一用户由离线变为在线时，接入服务器判断第一用户客户端完成了登录。在第一用户客户端完成登录之后，接入服务器向更新源服务器发送登录通知，该登录通知中携带有第一用户客户端上一次的登录时间，所述的登录时间均指用户由离线状态变为在线状态的时间点。

如果上述触发为获取操作时，则接入服务器在第一用户客户端完成获取操作后向更新源服务器发送获取操作通知，例如检测到第一用户客户使用更新功能或者点击刷新等操作。

步骤S303，更新源服务器在接收到接入服务器发送的第一用户客户端的登录通知后，查找与第一用户关联的最新更新操作。在网络系统中，存在与第一用户相关联的各类型的网络信息，例如第一用户制定的服务、订阅的资源以及服务器根据自身业务需求为第一用户提供的服务等，这些关联的网络信息出现更新后可能会对用户产生影响。根据所述登录通知中携带的第一用户客户端标识查找与第一用户关联的网络信息时，可先查找与第一用户有关联的其他用户，然后再查找其他用户通过客户端所完成的更新操作。

如果上述的触发为获取操作时，则在第一用户客户端完成获取操作后接入服务器向更新源服务器发送获取操作通知，该通知中携带的第一用户客户端标识。

步骤S304，更新源服务器判断步骤S303查找的更新操作是否为未提醒更新操作。当出现新的更新操作时，如果接入服务器未向第一用户客户端发送过用于提醒该次更新操作的更新提示消息，那么该次更新操作即为未提醒更新操作；如果接入服务器已向第一用户客户端发送过用于提醒该次更新操作的更新提示消息，那么该次更新操作即为已提醒更新操作。更新源服务器接收到的第一用户客户端的登录通知中携带有第一用户客户端上一次的登录时间，同时，更新源服务器还记录了与第一用户关联的最新更新操作的时间。本实施例通过对比二者的时间先后来判断步骤S303查找的更新操作是否为未提醒更新操作。如果更新操作的时间晚于第一用户客户端在上一次的登录时间之后，则判断该更新操作为未提醒更新操作；否则，判断该更新操作为已提醒更新操作。在第一用户客户端在线期间如果出现新的更新操作，更新源服务器因为没有接收到接入服务器发送的登录通知而不发送更新通知。因此在第一用户客户端在线期间如果出现新的更新操作会等到第一用户客户端下次登录后再进行更新提醒，这样可以避免用户在使用过程中需要实时接收大量的更新提示消息给用户带来的不便。

如果接收到获取操作通知时，则根据获取操作通知携带的上一次获取操作时间来判断步骤S303查找的更新操作是否为未提醒更新操作，在此不再赘述。

步骤S305，如果步骤S304判断所述更新操作为未提醒更新操作时，更新源服务器向第一用户客户端发送更新提示消息，以便于用户及时查看相关的更新。如果步骤S304判断所述更新操作为已提醒更新操作时，则不进行更新提醒。

本实施例中，通过在的触发通知中携带第一用户客户端上一次的触发时间便于更新源服务器判断最新的更新操作是否为未提醒更新操作。

图4是本发明实施例实现更新提醒的方法的流程图。如图4所示，该方法包括：

步骤S401，接收服务器在第一用户客户端完成触发后向更新源服务器发送触发通知。接收服务器生成的触发通知中携带有用于识别所述第一用户的标识信息和第一用户客户端上一次的触发时间。

步骤S402，接收更新源服务器在接收到触发通知后判断与第一用户关联的最新更新操作为未提醒更新操作时发送的更新通知。

步骤S403，根据更新通知向第一用户客户端发送更新提示消息。该更新提示消息根据所述更新通知携带的最新更新操作的信息生成，能够提示第一用户客户端查看与其关联的最新更新操作。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才发送与所述第一用户客户端关联的最近一次的更新操作的更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图5是本发明实施例实现更新提醒的方法流程图。本实施例中以第一用户客户端的登录作为触发来详细说明。如图5所示，该方法包括：

步骤S501-步骤S504与步骤S301-步骤S304相同，在此不再赘述。

步骤S505，如果步骤S504判断所述更新操作为未提醒更新操作时，更新源服务器向接入服务器发送更新通知。该更新通知用于指示该接入服务器向第一用户客户端发送更新提示消息以便于用户及时查看相关的更新。如果步骤S504判断所述更新操作为已提醒更新操作时，则不进行更新提醒。

步骤S506，接入服务器根据该更新通知向所述第一用户客户端发送更新提示消息。该更新提示消息根据所述更新通知携带的最新更新操作的信息生成，能够提示第一用户客户端查看与其关联的最新更新操作。

本实施例中，通过在的触发通知中携带第一用户客户端上一次的触发时间便于更新源服务器判断最新的更新操作是否为未提醒更新操作。

图6是本发明实施例实现更新提醒的方法流程图。本实施例中以第一用户客户端的登录作为触发来详细说明。如图6所示，该方法包括：

步骤S601-步骤S605与步骤S501-步骤S505相同，在此不再赘述。

步骤S606，接入服务器接收到更新源服务器发送的更新通知后，查询第一用户的在线状态。第一用户客户端在完成触发后可能会出现偶然原因造成的离线状态，使得接入服务器不能和第一用户客户端进行在线信息交互，本发明实施例采用先确认第一用户的在线状态然后再发送更新提示消息的方式避免出现这种情况的发生。当然，如果这种偶然原因引起离线状态的概率可以忽略，那么可以不采取本步骤而直接发送更新提示消息。

步骤S607，如果第一用户客户端为在线状态，则接入服务器向第一用户客户端发送更新提示消息。本发明实施例中所指的在线状态主要包括上线状态和隐身状态等可以通过网络来使用网络资源和进行网络服务的状态。

步骤S608，如果第一用户客户端为离线状态，则接入服务器启动离线提醒处理。离线提醒处理的方式可以为将更新提示信息转为短消息发送给第一用户客户端。离线提醒处理的方式还可以为接入服务器先将更新提示消息保存为离线提醒消息，当第一用户客户端下一次登录后再将该离线提醒消息发送至该客户端。因为接入服务器仅在第一用户客户端登录后发送一次更新提示消息，而且在第一用户客户端登录后即变为离线状态的情况比较少，因此接入服务器需要存储的离线提示消息量也较少，能够较大幅度的提高接入服务器的性能。如果采用所述将更新提示消息保存为离线提醒消息，当第一用户客户端下一次登录后再将该离线提醒消息发送至该客户端的离线提醒处理方式，那么在第一用户客户端登录后，接入服务器将该离线提醒消息发送至该客户端，并向更新源服务器发送登录通知。如果接入服务器接收到更新源服务器发送的更新通知，再向第一用户客户端发送更新提示消息。这种情况下，第一用户客户端会接收到两个更新提示消息，由于均在刚登录后即可接收到上述的两个更新提示消息，因此并不会给用户带来使用的麻烦。

更新提醒业务主旨在提醒用户查看与其相关的网络信息是否具有新的变化，而通过最新一次的更新操作足够用来判断是否需要向第一用户客户端发送更新提示消息。这样不仅能够有效提醒用户查看与其相关并且出现更新的网络信息，同时较大程度的减少了每次更新都向用户所在客户端发送更新提示消息给客户所带来的不便。本实施例中还通过增加离线提醒更能来保证在第一用户客户端非正常离线后还能够接收到更新提示消息。

图6所示实施例中采用的接入服务器具有处理用户所在客户端的触发操作的功能，具有消息发送或推送功能，同时具有存储和发布用户在线状态功能。在实际的使用当中消息发送或推送功能以及存储和发布用户在线状态功能可以分别由消息服务器和状态服务器来执行。

下面以互联网上流行的博客业务为例，进行详细说明本发明实现更新提醒的方法，当然本发明实现更新提醒提醒的方法不仅仅局限于博客业务，也可以应用于其他信息更新提醒业务，在此仅举例进行具体说明。在本实施例中，假设用户Y订阅了用户A、用户B和用户C的博客，其中用户A和用户B通过客户端在08年7月7日更新其博客，用户C从当月1日就停止了博客的更新，用户Y在当月5号登录一次，并于当月8号进行本次登录。用户Y客户端的触发包括第一用户客户端的登录或获取操作，本实施例中以用户Y客户端的登录作为触发来详细说明，当以获取操作为触发时与之相同，在此不再赘述。

图7是实现博客更新提醒的过程示意图。如图7所示，该过程如下：

步骤S701，博客服务器记录用户A和用户B的更新操作，同时记录该更新操作的时间。本实施例所指的博客服务器即为更新源服务器。

步骤S702，用户Y客户端向接入服务器发送登录请求。本实施例中的接入服务器用于处理用户所在客户端的登录。

步骤S703，接入服务器允许用户Y客户端登录后，向博客服务器发送用户Y客户端的登录通知。接入服务器允许用户Y客户端登录，可以根据验证用户Y客户端发送的用户名和用户密码或密匙是否正确来判断。用户Y客户端发送的用户名和用户密码或密匙正确后，接入服务器允许用户Y客户端登录，并向博客服务器发送用户Y客户端的登录通知，该通知中携带有用户Y客户端的标识信息和用户Y客户端上一次的登录时间。

如果触发为获取操作时，接入服务器在监测到用户Y客户端完成获取操作后，向博客服务器发送用户Y客户端的获取操作通知。

步骤S704，博客服务器在接收到接入服务器发送的用户Y客户端的登录通知后，查找与用户Y关联的最新更新操作。博客服务器可先查找用户Y订阅的其他用户，查找到用户Y订阅用户A、用户B和用户C的博客，那么博客服务器再进一步查找用户A、用户B和用户C的博客的最新更新操作。

步骤S705，博客服务器判断步骤S704查找的更新操作是否为未提醒更新操作。博客服务器根据用户A、用户B和用户C博客的最新更新操作的时间和用户Y客户端上一次的登录时间来判断。用户A和用户B的博客更新日期在08年7月7日，晚于用户Y客户端上一次的登录时间08年7月5日，所以用户A和用户B博客的最新更新操作为未提醒更新操作；用户C的博客最新一次更新日期为08年7月1日，先于用户Y客户端上一次的登录时间08年7月5日，所述用户C博客的最新更新操作为已提醒更新操作。

如果博客服务器接收到获取操作通知时，则根据获取操作通知携带的上一次获取操作的时间来判断步骤S704查找的更新操作是否为未提醒更新操作，在此不再赘述。

步骤S706，根据步骤S705的判断结果，博客服务器向用户Y客户端发送更新提示消息，以便于用户及时查看用户A和用户B新更新的博客。由于用户C博客的最新更新操作为已提醒更新操作，因此不用再进行提醒。所述更新通知中携带有用于指示接收服务器发送更新提示消息的指示信息、用于生成更新提示消息的用户A和用户B的最新更新操作的信息以及用户Y客户端的标识信息等。

本实施例中，通过在的触发通知中携带第一用户客户端上一次的触发时间便于更新源服务器判断最新的更新操作是否为未提醒更新操作。

图8是实现博客更新提醒的过程示意图。本实施例中以第一用户客户端的登录作为触发来详细说明，当触发为获取操作时与之相同，在此不再赘述。如图8所示，该过程如下：

步骤S801-步骤S805与步骤S701-步骤S705相同，在此不再赘述。

步骤S806，根据步骤S805的判断结果，博客服务器向接入服务器发送更新通知。该更新通知用于指示该接入服务器向用户Y客户端发送更新提示消息以便于用户及时查看用户A和用户B新更新的博客。由于用户C博客的最新更新操作为已提醒更新操作，因此不用再进行提醒。更新通知中携带有用于指示接收服务器发送更新提示消息的指示信息、用于生成所述更新提示消息的用户A和用户B的最新更新操作的信息以及用户Y客户端的标识信息等。

步骤S807，接入服务器接收到更新源服务器发送的更新通知后，指根据更新通知向用户Y客户端发送更新提示消息。当消息的发送或推送由单独的消息服务器来执行时，接入服务器则指示该消息服务器指根据更新通知向用户Y客户端发送更新提示消息，该更新提示消息根据更新通知中携带的用户A和用户B的最新更新操作的信息生成。

本实施例中通过接入服务器仅在第一用户客户端进行触发后，才根据更新源服务器发送的更新通知向第一用户客户端发送更新提示消息，从而减少接入服务器的负担。并且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图9是实现博客更新提醒的过程示意图。如图9所示，该过程如下：

步骤S901-步骤S906与步骤S801-步骤S806相同，在此不在赘述。

步骤S907，接入服务器接收到更新源服务器发送的更新通知后，向状态服务器查询用户Y客户端的在线状态。状态服务器为存储和发布用户状态的服务器。

步骤S908，如果用户Y客户端为在线状态，执行过程与步骤S807相同，在此不再赘述。

步骤S909，如果用户Y客户端为离线状态，则接入服务器启动离线提醒处理。离线提醒处理的方式可以为将更新提示信息转为短消息发送给用户Y客户端。离线提醒处理的方式还可以先将该更新提示消息保存为离线提醒消息，当用户Y客户端下一次登录后再将该离线提醒消息发送至该客户端。如果保存为离线提示消息后用户A又出现新的更新操作，那么用户Y客户端会接收到两个提示用户A出现更新操作的更新提示消息，由于均在刚登录后即可接收到上述的两个更新提示消息，因此并不会给用户带来使用的麻烦。

上述实施例中用户Y客户端接收到该更新提示消息后向用户显示，提醒用户查看用户A和用户B博客的最新更新。用户Y通过其所在客户端访问博客服务器查看用户A和用户B最新更新的博客。

本实施例中通过增加离线提醒更能来保证在第一用户客户端非正常离线后还能够接收到更新提示消息。

本实施例中，当消息发送或推送功能以及存储和发布用户在线状态功能可以分别由消息服务器和状态服务器来执行时，其中的接入服务器、状态服务器以及消息服务器具有图6所示的实施例中接入服务器的功能，只是将接入服务器的功能剥离出来形成新的实体。

图10是本发明实施例实现更新提醒的系统示意图。如图10所示，该系统具体包括：更新源服务器1000、第一用户客户端1001以及接入服务器1002。当然该系统中还存在多个可以用于其他用户进行更新或者用于查询更新的其他用户客户端，但是由于与第一用户客户端1001的通信连接原理相同，不再赘述，在此仅以第一用户客户端1001为例进行说明。

更新源服务器1000在接收到接收服务器1002发送的第一用户客户端1001的触发通知，判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向所述第一用户客户端1001发送更新提示消息。

图11是本发明实施例实现更新提醒的系统示意图。如图11所示，该系统具体包括：更新源服务器1100、第一用户客户端1101以及接入服务器1102。更新源服务器1100在接收到接收服务器1102发送的第一用户客户端1101的触发通知，判断与所述第一用户关联的最新更新操作为未提醒更新操作后，向接入服务器1102发送更新通知。接入服务器1102在接收到所述更新源服务器1100发送的更新通知后，根据所述更新通知向所述第一用户客户端1101发送更新提示消息。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才发送与所述第一用户客户端关联的最近一次的更新操作的更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图12是本发明实施例实现更新提醒的系统示意图。该系统具体包括：更新源服务器1200、第一用户客户端1201、接入服务器1202以及消息服务器1203。

更新源服务器1200记录通信网络中用户的最新更新操作，同时记录该最新更新操作的时间。接入服务器1202接收到第一用户客户端1201的触发请求后，处理该触发操作。第一用户客户端1201完成触发后，并向更新源服务器1200发送第一用户客户端1201的触发通知。更新源服务器1200接收到第一用户客户端61的触发通知后根据该触发通知中携带的第一用户客户端1201的标识信息查找与第一用户关联的最新更新操作，并根据该触发通知中携带的第一用户客户端上一次的触发时间和更新源服务器记录的与第一用户关联的最新更新操作的时间判断该最新更新操作是否为未提醒更新操作。如果判断该最新更新操作为未提醒更新操作，则更新源服务器1200向接入服务器1202发送更新通知；否则，判断该更新操作为已提醒更新操作，不需要进行更新提醒。接入服务器1202接收到更新源服务器1200发送的更新通知后，指示消息服务器1203根据所述更新通知向第一用户客户端1201发送所述更新提示消息。

本实施例中的接入服务器1202和消息服务器1203具有图11所示的更新提醒系统中接入服务器1102的功能，只是将接入服务器1102的功能剥离出来形成新的多个服务器，能够减轻单个服务器集成多种功能所造成的性能下降。

图13是本发明实施例实现更新提醒的系统示意图。该系统具体包括：更新源服务器1300、第一用户客户端1301、接入服务器1302、状态服务器1303以及消息服务器1304。

更新源服务器1300执行的动作更新源服务器1200相同，在此不再赘述。接入服务器1302接收到更新源服务器1300发送的更新通知后，向状态服务器1303查询第一用户客户端1301的在线状态。如果第一用户为在线状态，则接入服务器1302指示消息服务器1304向第一用户客户端1301发送所述更新提示消息。如果第一用户客户端1301为离线状态，则接入服务器1302指示消息服务器1304将更新提示信息转为短消息发送给第一用户客户端1301或保存离线提醒消息，当第一用户客户端1301登录后接入服务器1302指示消息服务器1304将该离线提醒消息发送至该客户端。

本实施例中的接入服务器1302、状态服务器1303以及消息服务器1304具有图11所示的更新提醒系统中接入服务器1102的功能，只是将接入服务器1102的功能剥离出来形成新的多个服务器。除此之外，还可以将接入服务器1302、状态服务器1303以及消息服务器1304中的任意两个服务器再组合成一个服务器来实现本发明，能够减轻单个服务器集成多种功能所造成的性能下降。由于原理相同，在此不再赘述。

图14是本发明实施例实现更新提醒的更新源服务器的结构示意图。如图14所示，该更新源服务器14具体包括：接收单元1410、判断单元1420以及发送单元1430。

接收单元1410用于接收到接入服务器发送的第一用户客户端的触发通知。在接收到触发通知后，获取该触发通知中携带的第一用户客户端的标识信息和第一用户客户端上一次的触发时间。

判断单元1420用于判断与第一用户关联的最新更新操作是否为未提醒更新操作。

发送单元1430用于在判断单元1420判断与第一用户关联的最新更新操作是为未提醒更新操作后，向第一用户客户端发送更新提示消息，或者向接入服务器发送更新通知，使得所述接入服务器根据更新通知向第一用户客户端发送更新提示消息。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才发送与所述第一用户客户端关联的最近一次的更新操作的更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图15是本发明实施例实现更新提醒的更新源服务器的结构示意图。如图15所示，该更新源服务器15具体包括：记录单元1510、接收单元1520、查找单元1520、判断单元1540以及发送单元1550。

记录单元1510，用于记录用户的最新更新操作以及该最新更新操作的时间。

接收单元1520用于接收到接入服务器发送的第一用户客户端的触发通知。在接收到触发通知后，获取该触发通知中携带的第一用户客户端的标识信息和第一用户客户端上一次的触发时间。

查找单元1530用于根据触发通知中携带的第一用户客户端的标识信息和记录单元1510记录的用户的最新更新操作查找与使用第一用户客户端的第一用户关联的最新更新操作。

判断单元1540，用于判断所述查找单元1530查找到的更新操作是否为未提醒更新操作。判断单元1540具体包括对比模块1541和判断子模块1542。对比模块1541用于对比最新更新操作的时间和触发通知携带的第一用户客户端上一次的触发时间。判断子模块1542用于在对比模块1541的对比结果为最新更新操作时间晚于第一用户客户端上一次的触发时间时判断该最新更新操作为未提醒更新操作；否则，判断该最新更新操作为已提醒更新操作。

发送单元1550，用于在判断单元1540判断该最新更新操作为未提醒更新操作时向第一用户客户端发送更新提示消息，或者向接入服务器发送更新通知，使得接入服务器根据述更新通知向第一用户客户端发送更新提示消息。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才发送与所述第一用户客户端关联的最近一次的更新操作的更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图16是本发明实施例实现更新提醒的接入服务器的结构示意图。如图16所示，该接入服务器16具体包括：触发处理单元1610、通知单元1620、接收单元1630以及消息单元1640。

触发处理单元1610用于处理第一用户客户端的触发操作。触发处理单元1610接收到第一用户客户端发送触发请求后，处理该触发，并记录第一用户客户端的触发时间，用于下一次登录时通过登录通知发送到更新源服务器以便于更新源服务器判断所述最新更新操作是否为未提醒更新操作。

通知单元1620用于在触发处理单元1610允许第一用户客户端登录后，向更新源服务器发送第一用户客户端的触发通知。

接收单元1630用于接收更新源服务器在接收到触发通知后判断与第一用户关联的最新更新操作为未提醒更新操作时发送的更新通知。

消息单元1640用于在接收单元1630接收到更新源服务器发送的更新通知后，向第一用户客户端发送更新提示消息。

本实施例中通过接入服务器仅在第一用户客户端进行触发后，才根据更新源服务器发送的更新通知向第一用户客户端发送更新提示消息，不仅能够有效减轻数据传输量，而且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

图17是本发明实施例实现更新提醒的接入服务器的结构示意图。如图17所示，该接入服务器17具体包括：触发处理单元1710、通知单元1720、接收单元1730、状态单元1740以及消息单元1750。

触发处理单元1710用于处理第一用户客户端的触发操作，还用于记录所述第一用户客户端的触发时间。

通知单元1720用于在触发处理单元1710处理第一用户客户端的触发操作后，向更新源服务器发送第一用户客户端的触发通知。

接收单元1730用于接收更新源服务器在接收到触发通知后判断与第一用户关联的最新更新操作为未提醒更新操作时发送的更新通知。在接收到更新源服务器发送的更新通知后，接收单元向状态单元1740查询第一用户客户端的在线状态。

状态单元1740，用于实时保存并发布用户状态，该状态包括在线状态和离线状态。

消息单元1750具体包括在线处理模块1751和离线处理模块1752。

在线处理模块1751用于在状态单元1740发布第一用户客户端为在线状态时，向第一用户客户端发送更新提示消息。

离线处理模块1752用于在状态单元1740发布述第一用户客户端为离线状态时，对更新提示消息进行离线处理。离线处理的方式可以为将更新提示消息转为短消息发送至第一用户客户端，或者将更新提示消息保存为离线提示消息，在第一用户客户端下次登录后将该离线提示消息发送至所述第一用户客户端。

本实施例中，更新源服务器仅在接收到第一用户客户端的触发后才将包括所述第一用户客户端关联的最近一次的更新操作的更新通知发送给接入服务器，通知所述接入服务器将包括所述第一用户客户端关联的最近一次的更新操作的更新提示消息发送给用户，从而减少接入服务器的负担。并且能够避免由于用户客户端接收大量的更新提示消息，从而提高用户体验。

以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。