CN114531484B - 一种消息的推送方法、装置以及系统 - Google Patents

Abstract

本申请提供了一种消息的推送方法、装置以及系统，用于通过联合用户标识识别不同用户账户背后的同一用户，避免对同一用户重复推送消息。本申请提供了一种消息的推送方法，方法包括：在通过用户确认的情况下，从UE本地采集初始用户标识；将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录；若是，则忽略当前所需推送消息向UE的推送处理。

Description

一种消息的推送方法、装置以及系统

技术领域

本申请涉及互联网领域，具体涉及一种消息的推送方法、装置以及系统。

背景技术

如今各大应用平台推出的较多应用(Application，APP)，具有及时通讯功能，又或者资讯推送功能，以向用户推送应用服务涉及的消息，提醒用户及时处理一些应用中的事项。

一般性的，应用是根据应用内登陆的用户账号为单位，进行消息推送的，以购物应用为例，当用户在手机上安装的购物应用中登陆自己的用户账号后，系统可追踪用户的购物订单的订单状态，并将发生状态更新的订单状态推送至登录该用户账号的手机，用户即可根据手机显示的推送消息了解该订单状态，获悉对应购物订单的订单状态详情。

而在现有的相关技术的研究过程中，发明人发现，如今的用户，对于同一款应用，可能存在注册了多个用户账号的情况，而此时，由于这些用户账号背后为同一用户，若都对这些用户账号推送相同的消息，不仅造成了消息的重复推送，一定程度上存在不必要的系统资源浪费，同时，也会影响到应用的用户体验。

发明内容

本申请提供了一种消息的推送方法、装置以及系统，用于通过联合用户标识识别不同用户账户背后的同一用户，避免对同一用户重复推送消息，进而一定程度上减少了系统资源的浪费，保障了用户体验。

第一方面，本申请提供了一种消息的推送方法，方法包括：

在通过用户确认的情况下，从(User Equipment，UE)本地采集初始用户标识，初始用户标识为UE上与使用用户具有关联性的用户标识；

将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录；

若是，则忽略当前所需推送消息向UE的推送处理。

结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，在通过用户确认的情况下，从UE本地采集初始用户标识，包括：

在通过用户确认的情况下，根据获取到的用户账号登录请求，从UE本地采集初始用户标识；

方法还包括：

将目标联合用户标识对应的目标用户账号，响应用户账号登录请求，以使得UE登录目标用户账号；

从消息推送列表中获取目标用户账号分配到的当前所需推送消息。

结合本申请第一方面，在本申请第一方面第二种可能的实现方式中，方法还包括：

将同一用户存在关联性的多个用户标识，通过拼接以及加密，得到联合用户标识。

结合本申请第一方面，在本申请第一方面第三种可能的实现方式中，初始用户标识是在通过用户确认的情况下，从UE本地运行的看房应用的文件存储地址采集到的；

同一用户存在关联性的多个用户标识是在通过用户确认的情况下，从对应UE本地运行的看房应用的文件存储地址采集到的；

当前所需推送消息为看房应用基于看房服务所生成的推送消息。

结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，包括：

根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为推送完毕状态；

方法还包括：

若存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为未推送完毕状态，则根据当前所需推送消息的历史推送状态，确定当前所需推送消息对UE的二次推送处理；

执行当前所需推送消息对UE的二次推送处理。

结合本申请第一方面或者本申请第一方面任一种可能的实现方式，在本申请第一方面第五种可能的实现方式中，初始用户标识具体包括初始手机系统标识、初始浏览器标识以及初始IP地址中的任意组合，同一用户存在关联性的多个用户标识具体包括手机系统标识、浏览器标识以及IP地址。

结合本申请第一方面第五种可能的实现方式，在本申请第一方面第六种可能的实现方式中，初始用户标识具体还包括初始手机号码或者初始身份证号码，同一用户存在关联性的多个用户标识具体还包括手机号码以及身份证号码。

第二方面，本申请提供了一种消息的推送装置，装置包括：

采集单元，用于在通过用户确认的情况下，从UE本地采集初始用户标识，初始用户标识为UE上与使用用户具有关联性的用户标识；

匹配单元，用于将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

确定单元，用于根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若是，则触发忽略单元；

忽略单元，用于忽略当前所需推送消息向UE的推送处理。

结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，采集单元，具体用于在通过用户确认的情况下，根据获取到的用户账号登录请求，从UE本地采集初始用户标识；

装置还包括：

响应单元，用于将目标联合用户标识对应的目标用户账号，响应用户账号登录请求，以使得UE登录目标用户账号；

获取单元，用于从消息推送列表中获取目标用户账号分配到的当前所需推送消息。

结合本申请第二方面，在本申请第二方面第二种可能的实现方式中，装置还包括处理单元，用于将同一用户存在关联性的多个用户标识，通过拼接以及加密，得到联合用户标识。

结合本申请第二方面，在本申请第二方面第三种可能的实现方式中，初始用户标识是在通过用户确认的情况下，从UE本地运行的看房应用的文件存储地址采集到的；

同一用户存在关联性的多个用户标识是在通过用户确认的情况下，从对应UE本地运行的看房应用的文件存储地址采集到的；

当前所需推送消息为看房应用基于看房服务所生成的推送消息。

结合本申请第二方面，在本申请第二方面第四种可能的实现方式中，确定单元，具体用于根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为推送完毕状态；

确定单元，还用于若存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为未推送完毕状态，则根据当前所需推送消息的历史推送状态，确定当前所需推送消息对UE的二次推送处理；

装置还包括执行单元，用于执行当前所需推送消息对UE的二次推送处理。

结合本申请第二方面或者本申请第二方面任一种可能的实现方式，在本申请第二方面第五种可能的实现方式中，初始用户标识具体包括初始手机系统标识、初始浏览器标识以及初始IP地址中的任意组合，同一用户存在关联性的多个用户标识具体包括手机系统标识、浏览器标识以及IP地址。

结合本申请第二方面第五种可能的实现方式，在本申请第二方面第六种可能的实现方式中，初始用户标识具体还包括初始手机号码或者初始身份证号码，同一用户存在关联性的多个用户标识具体还包括手机号码以及身份证号码。

第三方面，本申请还提供了一种消息的推送系统，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

第四方面，本申请还提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行本申请第一方面或者本申请第一方面任一种可能的实现方式提供的方法。

从以上内容可得出，本申请具有以下的有益效果：

针对于消息的推送，本申请首先在用过用户确认的情况下，从UE本地采集与用户具有关联性的初始用户标识，再将该初始用户标识与系统上存储的用户标识集合进行匹配，得到匹配的目标联合用户标识，该目标联合用户标识是由与用户存在关联性的多个用户标识在预设的标识生成策略下生成的，此时，根据该联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若存在，则可忽略该当前所需推消息的推送处理，停止该消息的重复推送，在这过程中，通过引用联合用户标识机制，用联合用户标识来锁定同一用户，避免对同一用户重复推送消息，进而一定程度上减少了系统资源的浪费，保障了用户体验。

附图说明

图1为本申请消息的推送方法的一种场景示意图；

图2为本申请消息的推送方法的又一种场景示意图；

图3为本申请消息的推送方法的一种流程示意图；

图4为本申请消息的推送装置的一种结构示意图；

图5为本申请消息的推送系统的一种结构示意图。

具体实施方式

首先，在介绍本申请之前，先介绍下本申请关于应用背景的相关内容。

本申请提供的消息的推送方法、装置以及计算机可读存储介质，可应用于消息的推送系统上，用于通过联合用户标识识别不同用户账户背后的同一用户，避免对同一用户重复推送消息，进而一定程度上减少了系统资源的浪费，保障了用户体验。

本申请提及的消息的推送方法，其执行主体可以为消息的推送装置，或者集成了该装置的消息的推送系统，消息的推送系统中可以包括服务器设备、物理主机或者UE等不同类型的处理设备，具体可随消息推送形式又或者系统架构的实际情况而调整。

其中，装置可以采用硬件或者软件的方式实现，UE具体可以为智能手机、平板电脑、笔记本电脑、掌上电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备。

例如，参阅图1示出的本申请消息的推送方法的一种场景示意图，本申请消息的推送系统，具体可包括UE以及服务器。UE在运行应用时，可在用户确认下，从本地采集初始用户标识，再发送至服务器，由服务器进行联合用户标识的确定，在进行消息推送时，根据联合用户标识来判断是否可忽略当前所需推送消息对UE的推送处理。

又例如，参阅图2示出的本申请消息的推送方法的又一种场景示意图，消息的推送系统具体可包括服务器，服务器可触发UE在运行应用时，在用户确认下，从其本地采集初始用户标识，再反馈回服务器，由服务器进行联合用户标识的确定，在进行消息推送时，根据联合用户标识来判断是否可忽略当前所需推送消息对UE的推送处理。

图3示出了本申请消息的推送方法的一种流程示意图，如图3示出的，本申请提供的消息的推送方法，具体可包括如下步骤：

步骤S301，在通过用户确认的情况下，从UE本地采集初始用户标识，初始用户标识为UE上与用户具有关联性的用户标识；

步骤S302，将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

步骤S303，根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若是，则触发步骤S304；

步骤S304，忽略当前所需推送消息向UE的推送处理。

从上述图3所示实施例可看出，针对于消息的推送，本申请首先在用过用户确认的情况下，从UE本地采集与用户具有关联性的初始用户标识，再将该初始用户标识与系统上存储的用户标识集合进行匹配，得到匹配的目标联合用户标识，该目标联合用户标识是由与用户存在关联性的多个用户标识在预设的标识生成策略下生成的，此时，根据该联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若存在，则可忽略该当前所需推消息的推送处理，停止该消息的重复推送，在这过程中，通过引用联合用户标识机制，用联合用户标识来锁定同一用户，避免对同一用户重复推送消息，进而一定程度上减少了系统资源的浪费，保障了用户体验。

以下继续对图3所示的各步骤以及在实际应用中可能采用的具体实施方式进行详细阐述：

在本申请中，消息的推送系统，又或者消息的推送方法，具体可应用于涉及到消息推送功能的不同应用，其消息的推送内容，具体可随应用的不同而调整，具体在此不做限定。

以看房应用为例，如今，针对于购房需求，已存在众多的看房应用，用户在实地查看房产前，可在线上通过看房应用提供的看房服务了解房产，进一步的还可通过看房应用提供的预约看房服务预约线下看房服务，或者通过看房应用提供的专人介绍服务享受相关的房产介绍服务，又或者通过看房应用提供的购房服务发起购房业务。

而在看房应用的使用过程中，可涉及到用户关注的房产动态信息的更新提醒、用户发起的房产推荐、看房服务的订单提醒、应用定制的房产推荐、应用广播的房产推荐等消息的推送，都可通过引入本申请提供的消息的推送方法，在实际应用中，减少消息的重复推送，以保障看房应用的用户体验。

在现有技术中进行消息推送时，通常将用户账号作为标识账号背后用户的手段，而若同一用户注册了多个用户账号，则对于该用户，每个用户账号都推送一次相同消息的话，不仅占用了系统资源，而降低了该用户的应用体验。

而在本申请中，具体则由联合用户标识作为用户的标识手段，并根据该联合用户标识为基础来进行消息的推送。

该联合用户标识存储在系统的用户标识集合中，该用户标识集合包括了多个不同用户对应的联合用户标识，每个联合用户标识对应了不同的用户，每个联合用户标识都是与其唯一对应的用户所存在关联性的多个用户标识在预设的标识生成策略下生成的。

可以理解，每个用户在使用应用的过程中，其应用信息中则可能存在两种以上认为具有唯一性的用户标识，即使用户在UE上登录了不同用户账户，这些用户标识一般情况下也是唯一不变的，如此，将这些认为具有唯一性的用户标识，通过本申请预设的标识生成策略生成一联合用户标识，如此，即使用户在UE上变更了登录的用户账户，又或者变更了登录用户账号的UE，当从UE采集到的用户标识后，则可确定对应的联合用户标识后，此时，该联合用户标识可标识出背后的真实用户。

接着，根据该联合用户标识的消息推送记录，或者说其背后的真实用户的消息推送记录，来确定当前所需推送消息是否存在历史推送记录，若对该真实用户推送过该当前所需推送消息，显然，无需再次对该真实用户推送该当前所需推送消息，即，忽略对该真实用户的UE的推送处理，达到精确避免重复推送的目的；

而若未对该真实用户推送过该当前所需推送消息，显然，则可确定对该真实用户首次推送该当前当需推送消息。

举例而言，在实际应用中，生成联合用户标识的用户标识，具体可以为手机系统标识、浏览器标识或者IP地址等用户标识，对应的，在上面提及的初始用户标识，具体可以为初始手机系统标识、初始浏览器标识以及初始IP地址等用户标识中的任意组合，而同一用户存在关联性的多个用户标识，则具体也可以为手机系统标识、浏览器标识以及IP地址等用户标识。

进一步的，若应用在使用过程中，由于其应用功能的特殊性，还可能存在更为敏感的用户信息，在该情况下，生成联合用户标识的用户标识，具体还可以为手机号码或者身份证号码等更为敏感的用户信息，以上面提及的看房应用为例，其在实际应用中，由于房产具有较高的价值，且其看房、购房还可能涉及到真实身份的验证，因此，在使用过程中，看房应用还可涉及到登录用户账户背后的用户的手机号码以及身份证号码等更为敏感的用户信息的查验。对应的，在上面提及的初始用户标识，具体还可以为初始手机号码或者初始身份证号码等更为敏感的用户信息的任意组合，而同一用户存在关联性的多个用户标识具体还可以为手机号码以及身份证号码等更为敏感的用户信息。

当然，需要理解的是，上述提及的用户标识，是在用户确认下采集到的，尤其是涉及到手机号码、身份证号码等对于用户而言较为敏感的用户信息，在实际应用中，需要采集的用户标识以及可以采集的用户标识的具体标识内容，可随应用的具体应用功能调整。

还是以看房应用为例，上述的初始用户标识是在通过用户确认的情况下，从UE本地运行的看房应用的文件存储地址采集到的，而同一用户存在关联性的多个用户标识是在通过用户确认的情况下，从对应UE本地运行的看房应用的文件存储地址采集到的，对应的，当前所需推送消息为看房应用基于看房服务所生成的推送消息。

其次，对于联合用户标识的标识生成策略，其策略的生成规则，可以理解为一种用户标识以及联合用户标识之间可以双向转换的规则，一方面，可以将多个的用户标识转换为联合用户标识，以便预先存储、更新与真实用户具有唯一对应关系的联合用户标识，另一方面，还可以将联合用户标识转换为多个的用户标识，以便将当前采集到的初始用户标识与联合用户标识进行比对，确定当前采集到的初始用户标识所对应的真实用户。

作为一种适于实用的生成策略，联合用户标识具体可以由多个用户标识，通过拼接以及加密得到。拼接，可以理解为字符串的拼接，加密则作为一种数据安全保护手段，以便保障联合用户标识不会泄露，保障用户的信息安全，加密具体可以采用任一种加密手段，例如对称加密、非对称加密等加密手段。

其中，拼接以及加密，可以先执行拼接，再执行加密；或者，也可以先执行加密，再执行拼接。

示例性的，上述初始用户标识的采集处理，在实际应用中，可以在应用的运行过程中，由用户在应用的设置项中进行手动触发，以触发相关的消息推送；或者，也可以在应用的运行过程中，向用户输出提示，以提示用户可以对特定应用功能的消息推送手动触发初始用户标识的采集处理及其后续的消息推送。

例如，可以将触发场景设置于用户账号登录场景，在用户发起用户账号登录时，可输出提示，提示用户可对特定应用功能的消息推送手动触发初始用户标识的采集处理及其后续的消息推送。

而当用户确认后，则可在通过用户确认的情况下，根据获取到的用户账号登录请求，从UE本地采集初始用户标识。

进一步的，结合联合用户标识，还可进一步提高用户使用用户账号的灵活性，即，以联合用户标识为单位，配置用户账号，如此，当用户进行用户账号的登录时，则可借助采集的初始用户标识，灵活且精确地锁定期对应的用户账号，避免用户因为使用的不同手机号码、不同UE等使用条件而导致的多用户账号的尴尬情况，用户可更为灵活地登录器用户账号，享受应用提供的一系列应用服务。

如此，消息的推送系统还可将目标联合用户标识对应的目标用户账号，响应用户账号登录请求，以使得UE登录该目标用户账号，再可从消息推送列表中获取目标用户账号分配到的当前所需推送消息，并结合联合用户标识判断是否该当前所需推送消息是继续进行推送处理还是忽略推送处理。

可以理解的是，忽略消息的推送处理，可以将消息从用户账号的消息推送列表中删除；或者，也可以为该消息添加已发送标识，具体忽略手段可随实际的消息推送方式而调整，达到忽略消息的推送、不进行消息的推送的目的即可。

进一步的，在实际应用中，当联合用户标识对应的推送记录，未存在当前所需推送的发送记录时可忽略当前的消息推送处理，而当存在当前所需推送的发送记录时，本申请认为，还可能存在一种特殊情况，即，即使系统上显示存在当前所需推送消息的推送记录，其实际情况是在历史时间段曾发起该当前所需推送消息的推送处理，而在具体推送过程中则未彻底完成消息的推送。

例如，在向用户输出该当前所需推送消息时，用户关闭了应用；又例如，再向用户输出该当前所需推送消息前，该消息在传输过程中出现了异常，导致出现消息丢失、乱码、闪退等情况。

在该情况下，推送消息存在未真正推送至用户的特殊情况，因此，还可引入推送状态的监测机制，例如，可配置一状态标识来更新消息在推送处理中的具体状态，以避免实际情况中未推送至用户的特殊情况，避免未向用户提示相应的推送内容，导致用户的应用服务体验受到影响。

对应的，是否忽略当前所需推送消息的推送处理，其判断具体可以为：

根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为推送完毕状态；

当确定存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为推送完毕状态，再执行忽略处理。

而当存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为未推送完毕状态，则可则根据当前所需推送消息的历史推送状态，确定当前所需推送消息对UE的二次推送处理，并执行当前所需推送消息对UE的二次推送处理。

该二次推送处理，具体可以为重新发起该当前所需推送消息的推送处理，也可以为继续进行消息中未浏览内容的推送处理，也可以为提示用户及时查看在历史时间段未正常推送的消息，具体可根据历史推送状态而调整。

以上是本申请消息的推送方法的说明，为便于更好的实施本申请提供的消息的推送方法，本申请还提供了消息的推送装置。

参阅图4，图4为本申请消息的推送装置的一种结构示意图，在本申请中，消息的推送装置400具体可包括如下结构：

采集单元401，用于在通过用户确认的情况下，从UE本地采集初始用户标识，初始用户标识为UE上与使用用户具有关联性的用户标识；

匹配单元402，用于将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

确定单元403，用于根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若是，则触发忽略单元404；

忽略单元404，用于忽略当前所需推送消息向UE的推送处理。

在一种示例性的实现方式中，采集单元401，具体用于在通过用户确认的情况下，根据获取到的用户账号登录请求，从UE本地采集初始用户标识；

装置还包括：

响应单元405，用于将目标联合用户标识对应的目标用户账号，响应用户账号登录请求，以使得UE登录目标用户账号；

获取单元406，用于从消息推送列表中获取目标用户账号分配到的当前所需推送消息。

在又一种示例性的实现方式中，装置还包括处理单元407，用于将同一用户存在关联性的多个用户标识，通过拼接以及加密，得到联合用户标识。

在又一种示例性的实现方式中，初始用户标识是在通过用户确认的情况下，从UE本地运行的看房应用的文件存储地址采集到的；

同一用户存在关联性的多个用户标识是在通过用户确认的情况下，从对应UE本地运行的看房应用的文件存储地址采集到的；

当前所需推送消息为看房应用基于看房服务所生成的推送消息。

在又一种示例性的实现方式中，确定单元403，具体用于根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为推送完毕状态；

确定单元403，还用于若存在当前所需推送消息的推送记录且当前所需推送消息的推送状态为未推送完毕状态，则根据当前所需推送消息的历史推送状态，确定当前所需推送消息对UE的二次推送处理；

装置还包括执行单元408，用于执行当前所需推送消息对UE的二次推送处理。

在又一种示例性的实现方式中，初始用户标识具体包括初始手机系统标识、初始浏览器标识以及初始IP地址中的任意组合，同一用户存在关联性的多个用户标识具体包括手机系统标识、浏览器标识以及IP地址。

在又一种示例性的实现方式中，初始用户标识具体还包括初始手机号码或者初始身份证号码，同一用户存在关联性的多个用户标识具体还包括手机号码以及身份证号码。

本申请还提供了消息的推送系统，该系统可包括一个设备或者多个设备，以设备为例，参阅图5，图5示出了本申请消息的推送系统的一种结构示意图，具体的，本申请消息的推送系统包括处理器501、存储器502以及输入输出设备503，处理器501用于执行存储器502中存储的计算机程序时实现如图3对应实施例中消息的推送方法的各步骤；或者，处理器501用于执行存储器502中存储的计算机程序时实现如图4对应实施例中各单元的功能，存储器502用于存储处理器501执行上述图3对应实施例中消息的推送方法所需的计算机程序。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器502中，并由处理器501执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

消息的推送系统可包括，但不仅限于处理器501、存储器502、输入输出设备503。本领域技术人员可以理解，示意仅仅是消息的推送系统的示例，并不构成对消息的推送系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如消息的推送系统还可以包括网络接入设备、总线等，处理器501、存储器502、输入输出设备503以及网络接入设备等通过总线相连。

处理器501可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是消息的推送系统的控制中心，利用各种接口和线路连接整个系统的各个部分。

存储器502可用于存储计算机程序和/或模块，处理器501通过运行或执行存储在存储器502内的计算机程序和/或模块，以及调用存储在存储器502内的数据，实现计算机装置的各种功能。存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据消息的推送系统的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(SecureDigital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器501用于执行存储器502中存储的计算机程序时，具体可实现以下功能：

在通过用户确认的情况下，从UE本地采集初始用户标识，初始用户标识为UE上与使用用户具有关联性的用户标识；

将初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，用户标识集合中包括了不同的联合用户标识，联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

根据目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录；

若是，则忽略当前所需推送消息向UE的推送处理。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置、设备及其相应单元的具体工作过程，可以参考如图3对应实施例中消息的推送方法的说明，具体在此不再赘述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图3对应实施例中消息的推送方法中的步骤，具体操作可参考如图3对应实施例中消息的推送方法的说明，在此不再赘述。

其中，该计算机可读存储介质可以包括：只读存储器(Read Only Memory，ROM)、随机存取记忆体(Random Access Memory，RAM)、磁盘或光盘等。

由于该计算机可读存储介质中所存储的指令，可以执行本申请如图3对应实施例中消息的推送方法中的步骤，因此，可以实现本申请如图3对应实施例中消息的推送方法所能实现的有益效果，详见前面的说明，在此不再赘述。

以上对本申请提供的消息的推送方法、装置、系统以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

在通过用户确认的情况下，从用户设备UE本地采集初始用户标识，所述初始用户标识为所述UE上与使用用户具有关联性的用户标识；

将所述初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，所述用户标识集合中包括了不同的联合用户标识，所述联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，所述标识生成策略的生成规则为一种用户标识以及联合用户标识之间能够双向转换的规则，所述同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

根据所述目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录；

若是，则忽略所述当前所需推送消息向所述UE的推送处理。

2.根据权利要求1所述的方法，其特征在于，所述在通过用户确认的情况下，从UE本地采集初始用户标识，包括：

在通过用户确认的情况下，根据获取到的用户账号登录请求，从所述UE本地采集所述初始用户标识；

所述方法还包括：

将所述目标联合用户标识对应的目标用户账号响应所述用户账号登录请求，以使得所述UE登录所述目标用户账号；

从消息推送列表中获取所述目标用户账号分配到的所述当前所需推送消息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述同一用户存在关联性的多个用户标识，通过拼接以及加密，得到所述联合用户标识。

4.根据权利要求1所述的方法，其特征在于，所述初始用户标识是在通过用户确认的情况下，从UE本地运行的看房应用的文件存储地址采集到的；

所述同一用户存在关联性的多个用户标识是在通过用户确认的情况下，从对应UE本地运行的所述看房应用的文件存储地址采集到的；

所述当前所需推送消息为所述看房应用基于看房服务所生成的推送消息。

5.根据权利要求1所述的方法，其特征在于，所述根据所述目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，包括：

根据所述目标联合用户标识对应的推送记录，确定是否存在所述当前所需推送消息的推送记录且所述当前所需推送消息的推送状态为推送完毕状态；

所述方法还包括：

若存在所述当前所需推送消息的推送记录且所述当前所需推送消息的推送状态为未推送完毕状态，则根据所述当前所需推送消息的历史推送状态，确定所述当前所需推送消息对所述UE的二次推送处理；

执行所述当前所需推送消息对所述UE的二次推送处理。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述初始用户标识具体包括初始手机系统标识、初始浏览器标识以及初始IP地址中的任意组合，所述同一用户存在关联性的多个用户标识具体包括手机系统标识、浏览器标识以及IP地址。

7.根据权利要求6所述的方法，其特征在于，所述初始用户标识具体还包括初始手机号码或者初始身份证号码，所述同一用户存在关联性的多个用户标识具体还包括手机号码以及身份证号码。

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

采集单元，用于在通过用户确认的情况下，从用户设备UE本地采集初始用户标识，所述初始用户标识为所述UE上与使用用户具有关联性的用户标识；

匹配单元，用于将所述初始用户标识与系统上存储的用户标识集合进行匹配，得到目标联合用户标识，其中，所述用户标识集合中包括了不同的联合用户标识，所述联合用户标识是与同一用户存在关联性的多个用户标识在预设的标识生成策略下生成的，所述标识生成策略的生成规则为一种用户标识以及联合用户标识之间能够双向转换的规则，所述同一用户存在关联性的多个用户标识是在通过用户确认的情况下采集到的；

确定单元，用于根据所述目标联合用户标识对应的推送记录，确定是否存在当前所需推送消息的推送记录，若是，则触发忽略单元；

所述忽略单元，用于忽略所述当前所需推送消息向所述UE的推送处理。

9.一种消息的推送系统，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的方法。