测单元30，用于检测接收端的收件箱中是否接收到新消息。
[0057]接收端可以是PC端，也可以是移动终端(例如，手机、平板等)，可以是通过网页接收消息，也可以是通过应用程序(APP)接收消息。接收端的收件箱用于存储其他用户向该接收端发送的消息，例如，用户A和用户B通过微信聊天，当用户B向用户A发送新的消息时，该消息会首先存储于用户A的收件箱中。需要说明的是，该收件箱为服务器中用于存储发送给接收端的消息的区域。
[0058]第一发送单元32，用于在检测出收件箱中接收到新消息时，向接收端发送状态码。
[0059]本发明实施例在检测出发送端的收件箱中接收到新消息时，即存在其他用户向接收端发送消息，向接收端发送状态码，该状态码用于标识发送端的收件箱中接收到新消息，该状态码可以是任意字符，例如，1、a等。
[0060]第一接收单元34，用于接收接收端响应于状态码后返回的第一消息的标识信息，其中，第一消息为接收端前一次接收到的最新的消息。
[0061]推送单元36，用于根据第一消息的标识信息推送新消息至接收端。
[0062]可选地，推送单元36包括:第一比较模块，用于将第一消息的标识信息分别与收件箱中所有的消息的标识信息比较；以及第一推送模块，用于推送收件箱中晚于第一消息的消息至接收端。
[0063]优选地，推送单元36包括:第二比较模块，用于将第一消息的标识信息分别与收件箱中所有的消息的标识信息比较；获取模块，用于获取收件箱中晚于第一消息的消息；判断模块，用于判断收件箱中晚于第一消息的消息的数量是否大于预设值；以及第二推送模块，用于在判断出收件箱中晚于第一消息的消息的数量大于预设值时，从收件箱中晚于第一消息的消息中获取预设数量的消息推送至接收端。
[0064]本发明实施例通过第一检测单元30检测接收端的收件箱中是否接收到新消息；第一发送单元32在检测出收件箱中接收到新消息时，向接收端发送状态码；第一接收单元34接收接收端响应于状态码后返回的第一消息的标识信息，其中，第一消息为接收端前一次接收到的最新的消息；以及推送单元36根据第一消息的标识信息推送新消息至接收端。本发明实施例通过在检测出收件箱中接收到新消息时向接收端发送状态码以推送该新消息至接收端，可以避免接收端频繁的向服务器发送数据请求，达到了减少接收端和服务器交互以及减少无效网络请求的目的，从而实现了减少系统资源占用的技术效果，进而解决了由于接收端和服务器交互频繁造成的占用系统资源的技术问题。
[0065]可选地，该装置还包括:第三接收单元，用于接收发送端发送的第二消息；判断单元，用于判断第二消息是符合预设条件；以及写单元，用于在判断出第二消息符合预设条件时，将第二消息写入到收件箱中。
[0066]可选地，该装置还包括:第三发送单元，用于发送第三消息的标识信息至接收端，其中，第三消息为收件箱中最新的消息。
[0067]根据本发明实施例，还提供了一种信息推送装置。图4是根据本发明第二实施例的信息推送装置的示意图。如图4所示，该信息推送装置包括:第二检测单元40、第二发送单元42和第二接收单元44。
[0068]第二检测单元40，用于检测是否接收到状态码，其中，状态码用于表示收件箱中接收到新消息。
[0069]第二发送单元42，用于在检测出接收到状态码时，向服务器发送第一消息的标识信息，其中，第一消息为前一次接收到的最新的消息。
[0070]第二接收单元44，用于接收服务器响应于第一消息的标识信息推送的消息。
[0071]可选地，该装置还包括:第四接收单元，用于接收服务器发送的第三消息的标识信息，其中，第三消息为收件箱中最新的消息；以及保存单元，用于保存第三消息的标识信息。
[0072]本发明实施例通过第二检测单元40检测是否接收到状态码，其中，状态码用于表示收件箱中接收到新消息；第二发送单元42在检测出接收到状态码时，向服务器发送第一消息的标识信息，其中，第一消息为前一次接收到的最新的消息；以及第二接收单元44接收服务器响应于第一消息的标识信息推送的消息。本发明实施例通过在检测出接收到状态码时才向服务器请求获取新消息，减少了接收端和服务器交互，进一步减少了无效网络请求，从而实现了减少系统资源占用的技术效果，进而解决了由于接收端和服务器交互频繁造成的占用系统资源的技术问题。
[0073]根据本发明实施例，还提供了一种信息推送系统，图5是根据本发明实施例的信息推送系统的示意图。如图5所示，该系统包括:服务器50和接收端52。
[0074]服务器50，用于检测接收端的收件箱中是否接收到新消息，其中，在检测出收件箱中接收到新消息时，向接收端发送状态码。
[0075]接收端52，用于接收状态码并返回第一消息的标识信息至服务器，其中，第一消息为前一次接收的最新的消息，服务器根据第一消息的标识信息推送新消息至接收端。
[0076]本发明实施例的服务器50在检测出接收端的收件箱中接收到新消息时，向接收端52发送状态码，接收端52在接收状态码后向服务器50请求新消息并发送第一消息的标识信息至服务器50，服务器50在接收到第一消息的标识信息后推送新消息至接收端52。月艮务器通过状态码来通知接收端请求新消息，避免了接收端频繁的向服务器请求新消息，减少了接收端和服务器的交互从而可以减少无效网络请求，进一步减少系统资源占用，进而解决了由于接收端和服务器交互频繁造成的占用系统资源的技术问题。
[0077]以下以一个具体应用对本发明实施例进行说明:
[0078]信息推送系统包括发送端、接收端和服务器，服务器包括消息聚合服务器、消息通知服务器和消息标识生成服务器，其中，消息聚合服务器用于存储发送端和接收端之间的消息流，消息通知服务器用于建立接收端和发送端的连接，消息标识生成服务器用于生成消息的标识信息。需要说明的是，本发明实施例以发送端和接收端均为WEB端为例进行说明。
[0079]发送消息流程包括如下步骤S302至步骤S312:
[0080]S302:用户A通过WEB端页面发送消息A至服务器接口。
[0081]S304:服务器接口对用户A发送的消息进行过滤处理，例如，消息A中包含违禁词汇和/或消息A发送频次过大将直接返回，并提示用户，否则，将服务器接口将消息A传给消息聚合服务器。
[0082]S306:消息聚合服务器将来自于服务器接口的消息A写入接收端的收件箱，同时，将消息A写入发送端(即用户A)的发件箱中以及队列系统中。
[0083]S308:消息标识生成服务器为上述消息A生成标识信息，并与消息A进行关联。
[0084]S310:将消息A的标识信息返回给用户A的WEB端。
[0085]S312:用户A的WEB端保存消息A的标识信息。
[0086]通过上述步骤S302至步骤S312实现消息的发送。需要说明的是，在服务器接口成功返回后，会自动调用通知服务器，通过消息通知服务器来实时通知接收端来进行新消息抓取。
[0087]接收消息流程包括如下步骤S402至S408:
[0088]S402:用户B打开web端页面(即接收端)，该页面中嵌入的JavaScript脚本向消息通知服务器发起一个http长链接请求，消息通知服务器响应于该请求建立连接。
[0089]S404:当检测出有其他用户给该用户B发消息的时，消息通知服务器会向用户B返回状态码，该状态码用于表示用户B的收件箱中存在新消息，
[0090]S406:当用户Bweb端页面接收到消息通知服务器传回的状态码后，将上次接收到的最新消息的标识信息发送给消息聚合服务器。
[0091]S408:消息聚合服务器将返回该用户B收件箱中晚于该最新消息的标识信息的所有消息，用户B的web端将接收到的新消息显示在页面上，并通知消息聚合服务器标注新消息的未读数，同时消息聚合服务器也会返回一个当前该用户B收件箱中最新消息对应的标识信息，并发送给用户B的web端进行保存。
[009