CN106412138B - 一种无标签精准推送的方法和设备 - Google Patents

Abstract

本发明公开了一种无标签精准推送的方法和设备，其中，该方法包括：获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。以此实现了无标签的精准推送消息。

Description

一种无标签精准推送的方法和设备

技术领域

本发明涉及信息处理领域，特别涉及一种无标签精准推送的方法和设备。

背景技术

目前移动互联网行业极度火爆，移动端应用和游戏在移动互联网领域扮演着重要的角色。如何提高用户活跃度以及用户留存，成为移动端应用和游戏所需要重点研究的问题。推送消息技术作为一个最常用的手动，可以有效提高用户活跃度以及用户留存。

目前，推送技术基本都是采用设置各类标签实现区别用户来推送，若要实现多样化的推送需求，则必定会引入繁琐的标签逻辑，在筛选目标用户的时候，会先对用户设置多种标签，如果没有完成标签设置或者标签设置有误，则无法正确筛选目标用户；具体的，应用第一次启动的时候采集唯一标识这台设备的用户设备号，利用采集到的设备号来生成一个标签。这样的缺点是，对于一些山寨设备，获取到的设备号都是相同的，会造成多台设备生成同一个标签的情况。

发明内容

针对现有技术中的缺陷，本发明提出了一种无标签精准推送的方法和设备，用以克服现有技术中的缺陷，实现精准推送。

具体的，本发明提出了以下具体的实施例：

本发明实施例提出了一种无标签精准推送的方法，包括：

获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。

在一个具体的实施例中，在“获取在用户运行应用的设备上设置的推送标识”，之前还包括：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

在一个具体的实施例中，所述“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

在一个具体的实施例中，所述“当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送”包括：

当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

在一个具体的实施例中，该方法还包括：

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。

本发明实施例还提出了一种无标签精准推送的设备，包括：

获取模块，用于获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

关联模块，用于将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

推送模块，用于当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。

在一个具体的实施例中，该设备还包括：生成模块，用于：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

在一个具体的实施例中，所述生成模块“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

在一个具体的实施例中，所述推送模块，用于：

当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

在一个具体的实施例中，该设备还包括：聊天模块，用于：

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。

与现有技术相比，本发明公开了一种无标签精准推送的方法和设备，其中，该方法包括：获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。以此实现了无标签的精准推送消息。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提出的一种无标签精准推送的方法的流程示意图；

图2为本发明实施例提出的一种无标签精准推送的设备的结构示意图；

图3为本发明实施例提出的一种无标签精准推送的设备的结构示意图；

图4为本发明实施例提出的一种无标签精准推送的设备的结构示意图。

具体实施方式

在下文中，将更全面地描述本公开的各种实施例。本公开可具有各种实施例，并且可在其中做出调整和改变。然而，应理解：不存在将本公开的各种实施例限于在此公开的特定实施例的意图，而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。

在下文中，可在本公开的各种实施例中使用的术语“包括”或“可包括”指示所公开的功能、操作或元件的存在，并且不限制一个或更多个功能、操作或元件的增加。此外，如在本公开的各种实施例中所使用，术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

在本公开的各种实施例中，表述“或”或“A或/和B中的至少一个”包括同时列出的文字的任何组合或所有组合。例如，表述“A或B”或“A或/和B中的至少一个”可包括A、可包括B或可包括A和B二者。

在本公开的各种实施例中使用的表述(诸如“第一”、“第二”等)可修饰在各种实施例中的各种组成元件，不过可不限制相应组成元件。例如，以上表述并不限制所述元件的顺序和/或重要性。以上表述仅用于将一个元件与其它元件区别开的目的。例如，第一用户装置和第二用户装置指示不同用户装置，尽管二者都是用户装置。例如，在不脱离本公开的各种实施例的范围的情况下，第一元件可被称为第二元件，同样地，第二元件也可被称为第一元件。

应注意到：如果描述将一个组成元件“连接”到另一组成元件，则可将第一组成元件直接连接到第二组成元件，并且可在第一组成元件和第二组成元件之间“连接”第三组成元件。相反地，当将一个组成元件“直接连接”到另一组成元件时，可理解为在第一组成元件和第二组成元件之间不存在第三组成元件。

在本公开的各种实施例中使用的术语“用户”可指示使用电子装置的人或使用电子装置的装置(例如，人工智能电子装置)。

在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本公开的各种实施例中被清楚地限定。

实施例1

本发明实施例提出了一种无标签精准推送的方法，如图1所示，包括：

步骤101、获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

在一个具体的实施例中，例如用户在手机上运行某个游戏，此时会获取该手机上预先设置的推动标识。

具体的推动标识可以有很多形式，例如数字，字符串等等，具体的只要能保证各个推动标识是各不一样的，也即各推送标识都是唯一的，以此对设备进行唯一标识，避免现有技术中，设备号相同导致的缺陷。

步骤102、将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

仍以上述为例来进行说明，账号是运行应用的账号，例如运行的是游戏A，则账号是游戏A的登陆账号。

步骤103、当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。

在一个具体的实施例中，在“获取在用户运行应用的设备上设置的推送标识”，之前还包括：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

具体的，会为各设备生成唯一的推送标识，且将生成的推送标识存储在设备的本地存储器中，以便后续进行查询。

在一个具体的实施例中，所述“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

具体的生成方式有很多，例如若处理的方式为流水处理，推送标识可以为处理的时间，具体的只要能保证为各设备生成的推送标识是唯一的即可，可以自增生成，只要不重复，各设备可以唯一基于该推送标识确定即可。

在一个具体的实施例中，步骤103中的所述“当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送”包括：

当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

具体的，推动消息是通过推送服务器结合推送SDK来实现的，SDK即SoftwareDevelopment Kit，也即软件开发工具包。

在一个具体的实施例中，该方法还包括：

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。

具体的，本方案可以整合应用的账号数据，并根据相关账号，生成讨论组，便于讨论组内的各账号对应的用户继续即时通信。且在生成推送唯一标识的时候，无需采集用户设备信息，服务端按一定规则自动生成，可以有效避免设备号重复的问题，且可以避免侵犯用户隐私。此外，通过构建推送标识和应用账号信息之间的映射关系，实现了推送服务端生成的推送唯一标识和应用原有用户信息的无缝集成，可以使用应用的自有账号进行推送。由于这里账号信息和推送标识是一一对应的，推送准确性可达100％。

本申请发明人还发现现有的推送方案中无法有效利用应用已有账号体系；而目前各个应用都有他们自己的账号体系以及用户后台，应用可以在他们自己的用户后台统计多样化的用户类别，比如大R用户，高活跃用户、新安装用户、长留存用户等等。筛选出目标类型的用户群之后，可以直接使用本申请所提供的推送方案，发送消息请求，我们服务器接收到消息请求后，会根据已经构建的关联关系，把消息推送到对应用户设备。

本方案中，推送一个特点是可以和应用已有的账号体系进行无缝集成，构建关联关系。这样无需设置标签，应用可以利用自己的用户数据库筛选各种各样的用户群，比如付费达到100元的用户、每日打开3次的用户等等。具体的，可以根据自己的运营需要，在自己的用户数据库筛选出目标用户群体，然后使用本申请的推送服务，把消息精准推送到这一批目标用户，而整个过程是不用设置任何标签逻辑的，就实现了无标签精准推送。

实施例2

在此以一个具体应用场景来对本方案进行说明，具体的场景为游戏场景，其中，具体的其实现的步骤如下：

1、用户首次打开游戏；

2、游戏读取在设备上保存的推送标识，如果没有这个标识或者这个标识是空，执行步骤3；如果有推送标识则将其内容读取出来记为APPUID，执行步骤6；

3、游戏请求服务器；

4、服务器收到步骤3的请求，生成一个推送标识APPUID；

服务器将推送标识APPUID返回给游戏；

5、游戏将APPUID保存到设备本地文件中；

6、游戏将APPUID和账号信息发给服务器；

7、服务器生成APPUID和账号信息的映射关系；

8、游戏在聊天系统里面整合推送SDK消息收发逻辑；

9、游戏将用户的聊天信息传入推送SDK；

10、推送SDK请求推送服务器；

11、推送服务器下发聊天消息到用户；

12、推送SDK收到服务端下发的聊天消息；

13、游戏在聊天系统内取得推送SDK携带的聊天消息。

其中，具体的代码可以如下：

1、在推送后台配置好应用参数；

2、应用接入推送SDK；

3、打开应用初始化推送SDK；

public void startPushService(Context context,String serviceName,String appId,String gameVer,String uid,String family){}

4、推送服务端生成推送唯一标识发送给推送SDK；

$cache＝CloudCache::instance("local")；

$key＝Conf::$version.Conf::$createAppuid；

return$cache->INCR($key)；

5、推送SDK上传应用的用户信息；

6、推送服务端构建推送唯一标识和用户信息的映射关系；

7、游戏内传递聊天消息到推送SDK；

8、推送SDK请求服务器；

9、推送服务器根据映射关系取出对应的家族用户；

10、推送服务器推送消息到用户设备；

11、用户设备显示推送消息

实施例3

本发明还提出了一种无标签精准推送的设备，如图2所示，包括：

获取模块201，用于获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

关联模块202，用于将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

推送模块203，用于当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。

在一个具体的实施例中，如图3所示，该设备还包括：生成模块204，用于：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

在一个具体的实施例中，所述生成模块204“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

在一个具体的实施例中，所述推送模块203，用于：

当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

在一个具体的实施例中，如图4所示，该设备还包括：聊天模块205，用于：

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。

本发明公开了一种无标签精准推送的方法和设备，其中，该方法包括：获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送。以此实现了无标签的精准推送消息。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

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

以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (8)

1.一种无标签精准推送的方法，其特征在于，包括：

获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

2.如权利要求1所述的方法，其特征在于，在“获取在用户运行应用的设备上设置的推送标识”，之前还包括：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

3.如权利要求2所述的方法，其特征在于，所述“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

4.一种无标签精准推送的方法，其特征在于，包括：

获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送；

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。

5.一种无标签精准推送的设备，其特征在于，包括：

获取模块，用于获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

关联模块，用于将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

推送模块，用于当推送服务器接收到信息推送消息请求时；其中，所述信息推送消息请求中包含有对应账号的推送信息；

通过服务器基于所述账号查询关联关系，以确定对应的推送标识；

通过推送服务器将推送消息推送到对应推送标识的推送SDK；其中，所述推送SDK的推送标识与设备的推送标识一致；

通过推送SDK将所述推送消息推送到对应推送标识的设备。

6.如权利要求5所述的设备，其特征在于，还包括：生成模块，用于：

当用户在设备上运行应用时，判断所述设备上是否保存有推送标识；

若判断结果为否或推送标识为空，通过服务器为所述设备生成唯一的推送标识；

将所述推送标识存储在所述设备的本地存储器中。

7.如权利要求6所述的设备，其特征在于，所述生成模块“通过服务器为所述设备生成唯一的推送标识”包括：

通过服务器以自增不重复的原则为所述设备生成唯一的推送标识。

8.一种无标签精准推送的设备，其特征在于，包括：

获取模块，用于获取在用户运行应用的设备上设置的推送标识；其中，各设备对应的推送标识各不相同；

关联模块，用于将所述推送标识与所述用户登陆所述应用的账号进行关联，生成关联关系；

推送模块，用于当接收到对应账号的推送信息时，根据所述关联关系确定待推送的设备并进行信息推送；

聊天模块，用于：

根据应用的账号数据库确定所述账号的关联账号；

基于所述账号以及所述关联账号生成讨论组；

将所述推送消息推送至所述讨论组内，实现讨论组内的各账号进行即时通信。