CN109451025A - 消息推送方法、装置及存储介质 - Google Patents

Abstract

本申请公开了一种消息推送方法、装置及存储介质。其中，包括：接收第一终端设备向第二终端设备发送的消息；检测所述第二终端设备的心跳信息；以及在没有检测到所述心跳信息的情况下，将所述消息发送至与所述第二终端设备对应的推送服务器。本发明旨在解决针对接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

Description

消息推送方法、装置及存储介质

技术领域

本申请涉及社交网络平台，特别是涉及一种消息推送方法、装置存储介质。

背景技术

现有的用于向用户提供服务的网络平台可以实现用户之间的交流，同时网络平台也可以定期向终端设备的应用软件推送消息。关于消息推送，传统做法是通过设置于手机上的应用软件在手机与网络平台之间建立设置长连接的服务，通过定期发心跳信息，保证网络平台能够确认手机与网络平台之间的连接。但是当手机上安装多个应用软件时，由于每个应用软件都要定期向对应的网络平台发送心跳信息，会造成了手机以及网络的巨大负担。

针对这种情况，安卓系统后台会在一个应用软件关掉时，将该应用软件的长连接关掉。这样做，尽管可以减少发送心跳信息的应用软件，从而减少了手机以及网络的负担，但是同时也使得该应用软件不能再接收推送的消息。

针对上述的现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种消息推送方法、装置及存储介质，以至少解决现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

根据本公开实施例的一个方面，提供了一种消息推送方法，包括：接收第一终端设备向第二终端设备发送的消息；检测第二终端设备的心跳信息；以及在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

可选地，上述方法中，基于在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器的操作包括：确定第二终端设备的厂商信息；根据第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与第二终端设备对应的推送服务器；以及将消息发送至推送服务器。

可选地，上述方法中，从推送服务器集合中选择与第二终端设备对应的推送服务器的操作，包括：获取推送服务器集合中的多个推送服务器的服务器信息，其中服务器信息包括与多个推送服务器对应的厂商信息；以及根据多个推送服务器的服务器信息以及所确定的第二终端设备的厂商信息，确定与第二终端设备对应的推送服务器。

具体地，服务器接收到第一终端设备发出的消息，服务器检测第二终端设备是否保持心跳信息，如果没有保持心跳信息，服务器将消息发送至推送服务器，第二终端设备与对应的推送服务器连接。其中第二终端设备可以是一个也可以是多个，每个第二终端设备都有与之对应到推送服务器。

现有技术中，社交网络平台通过手机应用软件设置长连接的服务，通过定期发出心跳信息，保证网络平台能够确认手机与网络平台之间的连接，保证消息的发送。但是当手机上安装多个应用软件时，由于每个应用软件都要定期向对应的网络平台发送心跳信息，会造成了手机以及网络的巨大负担。安卓系统后台会在一个应用软件关掉时，将该应用软件的长连接关掉。这样做，尽管可以减少发送心跳信息的应用软件，从而减少了手机以及网络的负担，但是同时也使得该应用软件不能再接收推送的消息。针对现有技术中的缺点，本发明旨在解决针对接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

通过推送服务器，使得终端设备不必与每个应用软件的网络平台均保持长连接，但仍然能够接收网络平台推送的消息。从而解决了现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项的方法。

根据本公开实施例的另一个方面，还提供了一种消息推送装置，包括：接收模块，用于接收第一终端设备向第二终端设备发送的消息；检测模块，用于检测第二终端设备的心跳信息；以及发送模块，用于在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

根据本公开实施例的另一个方面，还提供了一种消息推送装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：接收第一终端设备向第二终端设备发送的消息；检测第二终端设备的心跳信息；以及在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的用于实现消息推送方法的计算机终端(或移动设备)的硬件结构框图；

图2是根据本公开实施例1所述的消息推送系统的示意图；

图3是根据本公开实施例1的第一个方面所述的消息推送方法的流程示意图；

图4是根据本公开实施例2的第一个方面所述的消息推送装置的示意图；

图5是根据本公开实施例3的第一个方面所述的消息推送装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本公开一部分的实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开保护的范围。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，还提供了一种消息推送方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在服务器或者类似的运算装置中执行。图1示出了一种用于实现消息推送方法的运算装置10的硬件结构框图。如图1所示，运算装置10可以包括一个或多个(图中采用102a、102b，……，102n来示出)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，运算装置10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器102和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到运算装置10中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器104可用于存储应用软件的软件程序以及模块，如本公开实施例中的消息推送方法对应的程序指令/数据存储装置，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的消息推送方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机终端10(或移动设备)的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算机设备(或移动设备)可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备(或移动设备)中的部件的类型。

图2是根据本实施例所述的消息推送的系统的示意图。参照图2所示，该系统包括：第一终端设备210、服务器220、推送服务器集合230以及第二终端设备240。其中用户将要发送的消息输入到第一终端设备210中，第一终端设备210将接收到的消息发送至服务器220，服务器220能够将消息发送至第二终端设备240的手机厂商对应的推送服务器230中，推送服务器230将消息发送至各自对应的第二终端设备240。其中，第一终端设备210与第二终端设备240可以是手机或者其它类型的终端设备(例如，平板电脑等)。推送服务器集合230包括推送服务器a1、推送服务器b1、推送服务器c1等多个推送服务器，每个推送服务器对应不同的第二终端设备a2、第二终端设备b2、第二终端设备c2。需要说明的是，系统中的服务器220可适用图1中的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种消息推送方法，该方法由图2中所示的服务器220实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S310：接收第一终端设备向第二终端设备发送的消息；

S320：检测第二终端设备的心跳信息；以及

S330：在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

具体地，参考图2所示，服务器220接收到第一终端设备210向第二终端240发送的消息，服务器220检测第二终端设备240是否保持心跳信息。如果没有保持心跳信息，则说明此时第二终端设备240并没有与服务器220保持长连接，从而不能直接接收服务器220推送的消息。然后，服务器220将消息发送至与第二终端设备240对应推送服务器230，其中第二终端设备240与对应的推送服务器230保持长连接。尤其是，多个终端设备a2、b2以及c2分别有各自对应的推送服务器a1、b1以及c1。当服务器220需要将消息推送至多个第二终端设备中的一个或多个终端设备时，将该消息发送至与该一个或多个终端设备对应的一个或多个推送服务器。

正如背景技术中所述的，关于消息推送，传统做法是通过设置于手机上的应用软件在手机与网络平台之间建立设置长连接的服务，通过定期发心跳信息，保证网络平台能够确认手机与网络平台之间的连接。但是当手机上安装多个应用软件时，由于每个应用软件都要定期向对应的网络平台发送心跳信息，会造成了手机以及网络的巨大负担。安卓系统后台会在一个应用软件关掉时，将该应用软件的长连接关掉。这样做，尽管可以减少发送心跳信息的应用软件，从而减少了手机以及网络的负担，但是同时也使得该应用软件不能再接收推送的消息。

有鉴于此，在本实施例的技术方案中，网络平台的服务器220在向终端设备240推送消息时，在检测不到终端设备240的心跳信息的情况下，会向终端设备240对应的推送服务器230发送该推送的消息。从而推送服务器230会将该消息推送至对应的终端设备240。

从而，根据本实施例的技术方案，服务器220可以不通过与自己保持的长连接将消息推送给终端设备240，而是可以通过与终端设备240对应的推送服务器230将消息推送给终端设备240。

由于服务器230是与终端设备240对应的，而不是与终端设备240上的应用软件对应，因此即便是终端设备240上安装多个应用软件，也可以不需要与每个应用软件的网络平台保持长连接。终端设备240只需要与对应的推送服务器230保持长连接，而各个应用软件所对应的网络平台的服务器220则可以通过推送服务器230将消息推送至终端设备240。

因此，通过推送服务器230，使得终端设备240不必与每个应用软件的网络平台均保持长连接，但仍然能够接收网络平台推送的消息。从而解决了现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

可选地，上述方法中，基于在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器的操作包括：确定第二终端设备的厂商信息；根据第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与第二终端设备对应的推送服务器；以及将消息发送至推送服务器。

具体地，服务器220需要找到第二终端设备对应的推送服务器。在此过程中，服务器220首先确认第二终端设备的厂商信息，然后通过厂商信息确定对应的推送服务器。最后，服务器220将第一终端设备发出的消息发送至推送服务器，由推送服务器将消息发送至第二终端设备。

在现实中，由于不同用户使用的终端设备的生产厂商不同，并且不同的生产厂商会为各自生产的终端设备提供推送服务器，因此不同的终端设备会对应不同的推送服务器。因此，在实施例中，为了确保消息能够推送到不同厂商生产的终端设备，网络平台的服务器220中会设置有不同推送服务器组成一个推送服务器集合。其中，不同推送服务器与不同的生产厂商对应。从而，服务器220通过确定第二终端设备的厂商信息找到与之对应的推送服务器，将第一终端设备所要发送的消息发送至对应的推送服务器，推送服务器再将消息发送至第二终端设备。通过这种方式，解决了服务器如何匹配与终端设备对应的推送服务器的问题。

可选地，上述方法中，从推送服务器集合中选择与第二终端设备对应的推送服务器的操作，包括：获取推送服务器集合中的多个推送服务器的服务器信息，其中服务器信息包括与多个推送服务器对应的厂商信息；以及根据多个推送服务器的服务器信息以及所确定的第二终端设备的厂商信息，确定与第二终端设备对应的推送服务器。

具体地，网络平台的服务器220在选择推送服务器时，会首先获取推送服务器集合中的多个推送服务器的信息。例如，所述信息可以包括推送服务器的地址信息以及推送服务器对应的厂商的信息等等。从而使得服务器220可以根据推送服务器的信息选择正确的推送服务器。

然后，网络平台的服务器220根据多个推送服务器的服务器信息以及所确定的第二终端设备240的厂商信息，确定与第二终端设备240对应的推送服务器。例如，网络平台服务器220可以根据所确定的第二终端设备240的厂商信息，对多个推送服务器的服务器信息进行匹配操作，找到与第二终端设备240的厂商信息匹配的服务器信息，然后确定用于推送消息的推送服务器。

从而，通过这种方式，网络平台的服务器220可以更加快速、准确地确定与第二终端设备240对应的推送服务器，从而使服务器匹配结果更加准确快速。

可选地，上述方法，还包括在检测到心跳信息的情况下，将消息发送至第二终端设备。

具体地，网络平台的服务器220在检测到第二终端设备240的心跳信息的情况下，将消息发送至第二终端设备240。

在现实中，尽管有的终端设备生产厂商会为终端设备提供推送服务器，但是也仍然存在未提供推送服务器的生产厂商。在这种情况下，根据本实施例的技术方案，第二终端设备240也可以通过长连接与服务器220保持通信。或者，即便是生产厂商提供了推送服务器，但是终端设备的用户也有可能会选择通过长连接与网络平台的服务器220直接进行通信，而不是通过推送服务器推送消息。

在这种情况下，本实施例的方案为终端设备的用户提供了获得推送消息的更多选择，从而为终端设备用户提供了更大的便利。也增强了本技术方案的适应性。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图4示出了根据本实施例的第一个方面所述的消息推送装置400，该装置400与根据实施例1的第一个方面所述的方法相对应。参考图4所示，该装置400包括：接收模块410，用于接收第一终端设备向第二终端设备发送的消息；检测模块420，用于检测第二终端设备的心跳信息；以及第一发送模块430，用于在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

收模块410接收消息，该消息是第一终端设备210发送给第二终端设备240的。检测模块420检测第二终端设备是否发出心跳信息。在没有心跳信息的情况下，第一发送模块430将消息发送至第二终端设备对应的推送服务器。

在实际生活中，关于消息推送，传统做法是通过设置于手机上的应用软件在手机与网络平台之间建立设置长连接的服务，通过定期发心跳信息，保证网络平台能够确认手机与网络平台之间的连接。但是当手机上安装多个应用软件时，由于每个应用软件都要定期向对应的网络平台发送心跳信息，会造成了手机以及网络的巨大负担。安卓系统后台会在一个应用软件关掉时，将该应用软件的长连接关掉。这样做，尽管可以减少发送心跳信息的应用软件，从而减少了手机以及网络的负担，但是同时也使得该应用软件不能再接收推送的消息。

即使第一终端设备的推送服务器与第二终端设备的推送服务器不同，也不会影响消息到即时发送，由服务器在中起到了消息传输的作用。通过推送服务器，使得终端设备不必与每个应用软件的网络平台均保持长连接，但仍然能够接收网络平台推送的消息。从而解决了现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

可选地，上述装置中，其中发送模块包括：确定子模块，用于确定第二终端设备的厂商信息；选择子模块，用于根据第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与第二终端设备对应的推送服务器；以及发送子模块，用于将消息发送至推送服务器。

具体地，发送模块需要找到第二终端设备对应的推送服务器。在此过程中，确定子模块首先确定第二终端设备的厂商信息；然后选择子模块通过厂商信息确定对应的推送服务器；发送子模块第一终端设备发出的消息发送至推送服务器，有推送服务器将消息发送至第二终端设备。

可选地，上述装置中，其中选择子模块包括：获取单元，用于获取推送服务器集合中的多个推送服务器的服务器信息，其中服务器信息包括与多个推送服务器对应的厂商信息；确定单元，用于根据多个推送服务器的服务器信息以及所确定的第二终端设备的厂商信息，确定与第二终端设备对应的推送服务器。

可选地，上述装置中，还包括：第二发送模块，用于在检测到心跳信息的情况下，将消息发送至第二终端设备。

在现实中，尽管有的终端设备生产厂商会为终端设备提供推送服务器，但是也仍然存在未提供推送服务器的生产厂商。在这种情况下，根据本实施例的技术方案，第二终端设备240也可以通过长连接与服务器220保持通信。或者，即便是生产厂商提供了推送服务器，但是终端设备的用户也有可能会选择通过长连接与网络平台的服务器220直接进行通信，而不是通过推送服务器推送消息。

在这种情况下，本实施例的方案为终端设备的用户提供了获得推送消息的更多选择，从而为终端设备用户提供了更大的便利。也增强了本技术方案的适应性。

实施例3

图5示出了根据本实施例的第一个方面的消息推送装置500，该装置500与根据实施例1的第一个方面所述的方法相对应。参考图5所示，该装置500包括：处理器510；以及存储器520，与处理器510连接，用于为处理器510提供处理以下处理步骤的指令：接收第一终端设备向第二终端设备发送的消息；检测第二终端设备的心跳信息；以及在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器。

可选地，基于在没有检测到心跳信息的情况下，将消息发送至与第二终端设备对应的推送服务器的操作包括：确定第二终端设备的厂商信息；根据第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与第二终端设备对应的推送服务器；以及将消息发送至推送服务器。

可选地，从推送服务器集合中选择与第二终端设备对应的推送服务器的操作，包括：获取推送服务器集合中的多个推送服务器的服务器信息，其中服务器信息包括与多个推送服务器对应的厂商信息；以及根据多个推送服务器的服务器信息以及所确定的第二终端设备的厂商信息，确定与第二终端设备对应的推送服务器。

可选地，还包括在检测到心跳信息的情况下，将消息发送至第二终端设备。

从而根据本实施例，接收到第一终端设备发出的消息，检测第二终端设备是否保持心跳信息。如果没有保持心跳信息，将消息发送至推送服务器，第二终端设备与对应的推送服务器连接。其中第二终端设备可以是一个也可以是多个，每个第二终端设备都有与之对应到推送服务器。

通过将接收的第一终端设备发出的消息发送至推送服务器，即使第一终端设备的推送服务器与第二终端设备的推送服务器不同，也不会影响消息到即时发送，由服务器在中起到了消息传输的作用。通过推送服务器，使得终端设备不必与每个应用软件的网络平台均保持长连接，但仍然能够接收网络平台推送的消息。从而解决了现有技术中存在的接收推送消息的应用软件与网络平台建立长连接会加重负担，而关闭长连接又会使得应用软件无法接收推送的消息的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种消息推送方法，其特征在于，包括：

接收第一终端设备向第二终端设备发送的消息；

检测所述第二终端设备的心跳信息；以及

在没有检测到所述心跳信息的情况下，将所述消息发送至与所述第二终端设备对应的推送服务器。

2.根据权利要求1所述的方法，其特征在于，基于在没有检测到所述心跳信息的情况下，将所述消息发送至与所述第二终端设备对应的推送服务器的操作包括：

确定所述第二终端设备的厂商信息；

根据所述第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与所述第二终端设备对应的所述推送服务器；以及

将所述消息发送至所述推送服务器。

3.根据权利要求2所述的方法，其特征在于，从所述推送服务器集合中选择与所述第二终端设备对应的所述推送服务器的操作，包括：

获取所述推送服务器集合中的多个推送服务器的服务器信息，其中所述服务器信息包括与所述多个推送服务器对应的厂商信息；以及

根据所述多个推送服务器的服务器信息以及所确定的所述第二终端设备的厂商信息，确定与所述第二终端设备对应的所述推送服务器。

4.根据权利要求1所述的方法，其特征在于，还包括在检测到所述心跳信息的情况下，将所述消息发送至所述第二终端设备。

5.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至4中任意一项所述的方法。

6.一种消息推送装置，其特征在于，包括：

接收模块，用于接收第一终端设备向第二终端设备发送的消息；

检测模块，用于检测所述第二终端设备的心跳信息；以及

第一发送模块，用于在没有检测到所述心跳信息的情况下，将所述消息发送至与所述第二终端设备对应的推送服务器。

7.根据权利要求6所述的装置，其特征在于，其中所述第一发送模块包括：

确定子模块，用于确定所述第二终端设备的厂商信息；

选择子模块，用于根据所述第二终端设备的厂商信息，从预先设置的推送服务器集合中选择与所述第二终端设备对应的所述推送服务器；以及

发送子模块，用于将所述消息发送至所述推送服务器。

8.根据权利要求7所述的装置，其特征在于，其中选择子模块包括：

获取单元，用于获取所述推送服务器集合中的多个推送服务器的服务器信息，其中所述服务器信息包括与所述多个推送服务器对应的厂商信息；

确定单元，用于根据所述多个推送服务器的服务器信息以及所确定的所述第二终端设备的厂商信息，确定与所述第二终端设备对应的所述推送服务器。

9.根据权利要求8所述的装置，其特征在于，还包括：

第二发送模块，用于在检测到所述心跳信息的情况下，将所述消息发送至所述第二终端设备。

10.一种消息推送装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

接收第一终端设备向第二终端设备发送的消息；

检测所述第二终端设备的心跳信息；以及

在没有检测到所述心跳信息的情况下，将所述消息发送至与所述第二终端设备对应的推送服务器。