CN106161563A - 消息推送方法及装置 - Google Patents

Abstract

本发明涉及一种消息推送方法及装置，其中，所述方法包括：接收终端发送的推送验证请求，所述推送验证请求中包含终端标识；判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；当判断结果为否时，将消息推送配置信息返回至所述终端，使所述终端根据所述消息推送配置信息生成对应的推送请求任务，并使所述终端执行所述推送请求任务。当判断结果为是时，将判断结果返回至所述终端，使所述终端根据所述判断结果不再发送推送验证请求。上述方法和装置提高了消息推送的覆盖面，增加了终端中应用的曝光率，有利于应用推广。

Description

消息推送方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种消息推送方法及装置。

背景技术

随着移动互联网的飞速发展，终端中可安装的应用越来越丰富，为了提高用户与应用之间的黏度，应用提供商会通过服务器向安装了应用的终端推送消息。传统的消息推送都只能针对应用中已进行用户注册的终端推送消息，导致消息推送的覆盖面低。例如，用户购买的手机中一般都会预安装一些应用，若用户不去主动进行用户注册激活应用，手机将不可能接收到这些应用对应服务器推送的消息，不利于应用的推广。

发明内容

基于此，有必要针对上述技术问题，提供一种提高消息推送覆盖面的消息推送方法及装置。

一种消息推送方法，所述方法包括：

接收终端发送的推送验证请求，所述推送验证请求中包含终端标识；

判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

当判断结果为否时，将消息推送配置信息返回至所述终端，使所述终端根据所述消息推送配置信息生成对应的推送请求任务，并使所述终端执行所述推送请求任务。

当判断结果为是时，将判断结果返回至所述终端，使所述终端根据所述判断结果不再发送推送验证请求。

在其中一个实施例中，在所述接收终端发送的推送验证请求的步骤之前，还包括：

接收终端发送的用户注册请求，所述注册请求中携带有用户标识和终端标识；

将所述用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

一种消息推送方法，所述方法包括：

发送推送验证请求至服务器，所述推送验证请求中包含终端标识，使所述服务器判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

接收所述服务器根据判断结果为否时返回的消息推送配置信息或所述服务器根据判断结果为是时返回的判断结果；

根据消息推送配置信息生成对应的推送请求任务；

执行所述推送请求任务。

在其中一个实施例中，所述发送推送验证请求至服务器的步骤，包括：

注册启动广播，监听到所述启动广播后发送推送验证请求至服务器。

在其中一个实施例中，所述消息推送配置信息包括推送时间；所述执行所述推送请求任务的步骤包括：

为所述推送请求任务设置以所述推送时间为时间点的定时器；

当系统时间到达所述定时器中设定的时间点，向服务器发送消息推送请求；

接收服务器根据消息推送请求推送的消息。

一种消息推送装置，所述装置包括：

验证请求接收模块，用于接收终端发送的推送验证请求，所述推送验证请求中包含终端标识；

判断模块，用于判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

信息发送模块，用于当判断模块的判断结果为否时，将消息推送配置信息返回至所述终端，使所述终端根据所述消息推送配置信息生成对应的推送请求任务，使所述终端执行所述推送请求任务。

结果返回模块，用于当判断模块的当判断结果为是时，将判断结果返回至所述终端，使所述终端根据所述判断结果不再发送推送验证请求。

在其中一个实施例中，所述装置还包括：

注册请求接收模块，用于接收终端发送的用户注册请求，所述注册请求中携带有用户标识和终端标识；

信息添加模块，用于将所述用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

一种消息推送装置，所述装置包括：

验证请求发送模块，用于发送推送验证请求至服务器，所述推送验证请求中包含终端标识，使所述服务器判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

信息接收模块，用于接收所述服务器根据判断结果为否时返回的消息推送配置信息或所述服务器根据判断结果为是时返回的判断结果；

任务生成模块，用于根据消息推送配置信息生成对应的推送请求任务；

任务执行模块，用于执行所述推送请求任务。

在其中一个实施例中，所述验证请求发送模块还用于注册启动广播，当监听到所述启动广播后，发送推送验证请求至服务器。

在其中一个实施例中，所述消息推送配置信息包括推送时间；所述任务执行模块包括：

定时设置模块，用于为所述推送请求任务设置以所述推送时间为时间点的定时器；

推送请求发送模块，用于当系统时间到达所述定时器中设定的时间点，向服务器发送消息推送请求；

推送消息接收模块，用于接收所述服务器根据消息推送请求推送的消息。

上述消息推送方法及装置，可以通过判断终端标识是否存在在预设设备标识与用户标识的映射关系表中，获知应用未进行用户注册的终端，向终端发送消息推送配置信息，由终端生成推送请求任务，通过执行推送请求任务实现服务器向应用未进行用户注册的终端推送消息，提高了消息推送的覆盖面，增加了终端中应用的曝光率，有利于应用推广。

附图说明

图1为一个实施例中消息推送方法的流程示意图；

图2为另一个实施例中消息推送方法的流程示意图；

图3为一个实施例中执行推送请求任务步骤的流程示意图；

图4为一个实施例中终端通过消息推送方法接收到推送消息的场景图；

图5为一个实施例中消息推送装置的结构示意图；

图6为图5所示消息推送装置的另一个结构示意图；

图7为另一个实施例中消息推送装置的结构示意图；

图8为一个实施例中任务执行模块的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，在一个实施例中，提供的一种消息推送方法，该方法包括如下步骤：

步骤101，接收终端发送的推送验证请求。

服务器需要预先获知推送目标，即哪些终端中的应用未被用户注册。本实施例中，由安装了应用的终端主动向服务器发送推送验证请求，推送验证请求中包含终端标识。通过服务器验证终端中的应用是否已进行了用户注册。

在一个实施例中，在步骤101之前，消息推送方法还包括如下步骤：接收终端发送的用户注册请求，注册请求中携带有用户标识和终端标识；将用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

步骤102，判断预设的设备标识与用户标识的映射关系表中是否存在终端标识。当判断结果为否时，进入步骤103，当判断结果为是时，进入步骤104。

服务器中预先建立了设备标识与用户标识的映射关系表，用户进行应用注册时会产生用于标记唯一用户身份的用户标识，例如，用户标识为用户名。进一步的，读取安装应用的终端对应的终端标识，例如，终端标识的终端的物理地址。将终端标识与用户标识进行绑定并一起发送至服务器，由服务器将其存储在预先建立的设备标识与用户标识的映射关系表中。

若在映射关系表的设备标识字段记录的数据中未查询到终端标识，表示该终端标识对应终端中的应用未进行用户注册，进入步骤103；若查询到终端标识，表示终端中的应用已被用户注册，此时判断结果为是进入步骤104。

步骤103，将消息推送配置信息返回至终端，使终端根据消息推送配置信息生成对应的推送请求任务，并使终端执行推送请求任务。

本实施例中，服务器的后台中设置了修改消息推送配置信息的窗口，用户可以通过窗口自主配置消息推送参数，并生成对应的消息推送配置信息。具体的，消息推送配置信息包含：消息推送内容、消息推送形式、消息推送频率以及消息推送时间等等。将消息推送配置信息发送至终端，由终端根据消息推送配置信息生成对应的推送请求任务，通过终端执行推送请求任务实现服务器向终端推送消息的功能。

由终端根据消息推送配置生成推送请求任务获取服务器推送消息，即推送消息的获取采用的是pull方式，终端只有在需要获取推送消息时才与服务器建立连接。相比服务器根据消息推送配置消息主动推送消息，即推送消息的获取采用的push方式，终端与服务器之间需要建立长连接。本实施例由于不需要服务器与大量终端长时间保持连接关系，降低了服务器的维护成本。

步骤104，将判断结果返回至终端，使终端根据判断结果不再发送推送验证请求。

本实施例中，当服务器判断终端中的应用已进行了用户注册后，为了防止终端下次再向服务器发送推送验证请求，终端在发送推送验证请求之前，判断是否缓存了判断结果，若是，则停止向服务器发送推送验证请求。在一个实施例中，终端中缓存的是用于标记终端中的应用已进行了用户注册的标记位。

上述消息推送方法，可以判断终端标识是否存在在预设的设备标识与用户标识的映射关系表中，获知应用未进行用户注册的终端，向终端发送消息推送配置信息，由终端生成推送请求任务，通过执行推送请求任务实现服务器向应用未进行用户注册的终端推送消息，提高了消息推送的覆盖面，增加了终端中应用的曝光率，有利于应用推广。

如图2所示，在一个实施例中，提供的一种消息推送方法，该方法包括如下步骤：

步骤201，发送推送验证请求至服务器。

本实施例中，终端向服务器发送推送验证请求，推送验证请求中包含终端标识，使服务器判断预设的设备标识与用户标识的映射关系表中是否存在终端标识。

在一个实施例中，步骤201，发送推送验证请求至服务器包括：注册启动广播，监听到启动广播后发送推送验证请求至服务器。

本实施例中，终端需要获取一个发送推送验证请求的时间点，由于开机是每个终端的必经程序，将终端开机时间点设置为推送验证请求发送的时间点。通过监听器监听终端的启动广播，当监听器监听到终端的启动广播后，将推送验证请求发送至服务器。在另一个实施例中，还可设置监听终端是否处于充电状态的监听器，当监听到终端处于充电状态时向服务器发送推送验证请求。

步骤202，接收服务器根据判断结果为否时返回消息推送配置信息或服务器根据判断结果为是时返回的判断结果。

步骤203，根据消息推送配置信息生成对应的推送请求任务。

步骤204，执行推送请求任务。

本实施例中，当服务器验证终端中的应用未进行用户注册时，会将消息推送配置信息发送至终端，由终端根据消息推送配置信息生成推送请求任务，通过终端执行推送请求任务，终端将向服务器发送消息推送请求，由服务器完成消息推送服务。

如图3所示，在一个实施例中，步骤204，执行推送请求任务包括：

步骤301，为推送请求任务设置以推送时间为时间点的定时器。

步骤302，当系统时间到达定时器中设定的时间点，向服务器发送消息推送请求。

步骤303，接收服务器根据推送请求推送的消息。

消息推送配置信息包括推送时间，即服务器预先设定终端向服务器请求推送消息的时间。终端生成的推送请求任务需要在推送时间指定的时间点被执行，本实施例中，通过RTC(独立的硬件时钟)为推送请求任务设置定时器，该定时器可以在CPU处于休眠状态时能正常运行，在设定的时间点到达时，通过中断唤醒CPU来执行推送请求任务。

如图4所示，在一个实施例中，用户购买的手机中预先安装的游戏未被用户注册，手机接收到游戏服务器推送的“xx游戏在您的手机里面沉睡太久了哦，快来进入游戏领取大礼吧！”消息弹出框。用以提醒用户及时参与游戏，有利于游戏的推广。

如图5所示，在一个实施例中，提供的一种消息推送装置，该装置包括如下模块：

验证请求接收模块52，用于接收终端发送的推送验证请求，推送验证请求中包含终端标识。

判断模块53，用于判断预设的设备标识与用户标识的映射关系表中是否存在终端标识。

信息发送模块54，用于当判断模块的判断结果为否时，将消息推送配置信息返回至终端，使终端根据消息推送配置信息生成对应的推送请求任务，使终端执行推送请求任务。

结果返回模块55，用于当判断模块的当判断结果为是时，将判断结果返回至终端，使终端根据判断结果不再发送推送验证请求。

如图6所示，在一个实施例中，消息推送装置还包括：

注册请求接收模块50，用于接收终端发送的用户注册请求，注册请求中携带有用户标识和终端标识。

信息添加模块51，用于将用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

如图7所示，在一个实施例中，提供的一种消息推送装置，该装置包括如下模块：

验证请求发送模块71，用于发送推送验证请求至服务器，推送验证请求中包含终端标识，使服务器判断预设的设备标识与用户标识的映射关系表中是否存在终端标识。

信息接收模块72，用于接收服务器根据判断结果为否时返回的消息推送配置信息或服务器根据判断结果为是时返回的判断结果。

任务生成模块73，用于根据消息推送配置信息生成对应的推送请求任务。

任务执行模块74，用于执行推送请求任务。

在一个实施例中，验证请求发送模块71还用于注册启动广播，当监听到启动广播后，发送推送验证请求至服务器。

如图8所示，在一个实施例中，消息推送配置信息包括推送时间；任务执行模块74包括：

定时设置模块741，用于为推送请求任务设置以推送时间为时间点的定时器。

推送请求发送模块742，用于当系统时间到达定时器中设定的时间点，向服务器发送消息推送请求。

推送消息接收模块743，用于接收服务器根据消息推送请求推送的消息。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种消息推送方法，所述方法包括：

接收终端发送的推送验证请求，所述推送验证请求中包含终端标识；

判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

当判断结果为否时，将消息推送配置信息返回至所述终端，使所述终端根据所述消息推送配置信息生成对应的推送请求任务，并使所述终端执行所述推送请求任务。

当判断结果为是时，将判断结果返回至所述终端，使所述终端根据所述判断结果不再发送推送验证请求。

2.根据权利要求1所述的方法，其特征在于，在所述接收终端发送的推送验证请求的步骤之前，还包括：

接收终端发送的用户注册请求，所述注册请求中携带有用户标识和终端标识；

将所述用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

3.一种消息推送方法，所述方法包括：

发送推送验证请求至服务器，所述推送验证请求中包含终端标识，使所述服务器判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

接收所述服务器根据判断结果为否时返回的消息推送配置信息或所述服务器根据判断结果为是时返回的判断结果；

根据消息推送配置信息生成对应的推送请求任务；

执行所述推送请求任务。

4.根据权利要求3所述的方法，其特征在于，所述发送推送验证请求至服务器的步骤，包括：

注册启动广播，监听到所述启动广播后发送推送验证请求至服务器。

5.根据权利要求3所述的方法，其特在于，所述消息推送配置信息包括推送时间；所述执行所述推送请求任务的步骤包括：

为所述推送请求任务设置以所述推送时间为时间点的定时器；

当系统时间到达所述定时器中设定的时间点，向服务器发送消息推送请求；

接收所述服务器根据消息推送请求推送的消息。

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

验证请求接收模块，用于接收终端发送的推送验证请求，所述推送验证请求中包含终端标识；

判断模块，用于判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

信息发送模块，用于当判断模块的判断结果为否时，将消息推送配置信息返回至所述终端，使所述终端根据所述消息推送配置信息生成对应的推送请求任务，使所述终端执行所述推送请求任务。

结果返回模块，用于当判断模块的当判断结果为是时，将判断结果返回至所述终端，使所述终端根据所述判断结果不再发送推送验证请求。

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

注册请求接收模块，用于接收终端发送的用户注册请求，所述注册请求中携带有用户标识和终端标识；

信息添加模块，用于将所述用户标识和终端标识添加至预设的设备标识与用户标识的映射关系表中。

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

验证请求发送模块，用于发送推送验证请求至服务器，所述推送验证请求中包含终端标识，使所述服务器判断预设的设备标识与用户标识的映射关系表中是否存在所述终端标识；

信息接收模块，用于接收所述服务器根据判断结果为否时返回的消息推送配置信息或所述服务器根据判断结果为是时返回的判断结果；

任务生成模块，用于根据消息推送配置信息生成对应的推送请求任务；

任务执行模块，用于执行所述推送请求任务。

9.根据权利要求8所述的装置，其特征在于，所述验证请求发送模块还用于注册启动广播，当监听到所述启动广播后，发送推送验证请求至服务器。

10.根据权利要求8所述的装置，其特在于，所述消息推送配置信息包括推送时间；所述任务执行模块包括：

定时设置模块，用于为所述推送请求任务设置以所述推送时间为时间点的定时器；

推送请求发送模块，用于当系统时间到达所述定时器中设定的时间点，向服务器发送消息推送请求；

推送消息接收模块，用于接收所述服务器根据消息推送请求推送的消息。