CN108616444A

CN108616444A - 一种推送消息处理方法、计算机可读存储介质及终端设备

Info

Publication number: CN108616444A
Application number: CN201810293168.4A
Authority: CN
Inventors: 姜翔
Original assignee: Ping An Technology Shenzhen Co Ltd
Current assignee: Ping An Technology Shenzhen Co Ltd
Priority date: 2018-03-30
Filing date: 2018-03-30
Publication date: 2018-10-02
Anticipated expiration: 2038-03-30
Also published as: WO2019184111A1; CN108616444B

Abstract

本发明属于计算机技术领域，尤其涉及一种推送消息处理方法、计算机可读存储介质及终端设备。所述方法接收消息推送服务器下发的推送消息；将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型，所述关键词集合中包括与预设的各种消息类型分别对应的各个关键词子集，每个关键词子集中包括一个以上的关键词；获取与所述推送消息的消息类型对应的用户接受度；若与所述消息类型对应的用户接受度大于或等于预设的接受度阈值，则将所述推送消息显示至指定的终端界面；若与所述消息类型对应的用户接受度小于所述接受度阈值，则禁止所述推送消息在所述终端界面的显示。

Description

一种推送消息处理方法、计算机可读存储介质及终端设备

技术领域

本发明属于计算机技术领域，尤其涉及一种推送消息处理方法、计算机可读存储介质及终端设备。

背景技术

用户往往会在手机、平板电脑等移动终端上安装数量众多的应用程序(APP)，而各类APP也会向用户推送各类资讯、通知等。作为手机用户，常常会被广告类的推送消息所打扰，现有技术中为了解决这个问题，往往会将推送消息均屏蔽掉，但是这样又往往会将一些用户想要看到的推送信息也屏蔽掉，影响用户的使用体验。

发明内容

有鉴于此，本发明实施例提供了一种推送消息处理方法、计算机可读存储介质及终端设备，以解决现有技术对推送消息进行屏蔽时，会将一些用户想要看到的推送信息也屏蔽掉，影响用户使用体验的问题。

本发明实施例的第一方面提供了一种推送消息处理方法，可以包括：

接收消息推送服务器下发的推送消息；

将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型，所述关键词集合中包括与预设的各种消息类型分别对应的各个关键词子集，每个关键词子集中包括一个以上的关键词；

获取与所述推送消息的消息类型对应的用户接受度，所述用户接受度用于表示用户对指定消息类型的推送消息的接受程度，根据所述用户在指定时间段内对所述指定消息类型的推送消息的历史反馈记录计算得到；

若与所述消息类型对应的用户接受度大于或等于预设的接受度阈值，则将所述推送消息显示至指定的终端界面；

若与所述消息类型对应的用户接受度小于所述接受度阈值，则禁止所述推送消息在所述终端界面的显示。

本发明实施例的第二方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：

接收消息推送服务器下发的推送消息；

本发明实施例的第三方面提供了一种推送消息处理终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：

接收消息推送服务器下发的推送消息；

本发明实施例与现有技术相比存在的有益效果是：通过本发明实施例，预先设置了与各种消息类型分别对应的关键词子集，通过关键词的匹配确定出推送消息所属的消息类型，并且根据历史反馈记录预先设置了用户对各种消息类型的推送消息的接受程度，也即所述用户接受度，在此基础上，进一步地预先设置了接受度阈值，提供了对推送消息进行处理的依据，若用户对某推送消息的消息类型对应的用户接受度大于或等于接受度阈值，则说明用户是想要看到该推送消息的，应将该推送消息显示至指定的终端界面，若用户对某推送消息的消息类型对应的用户接受度小于接受度阈值，则说明用户是不想要看到该推送消息的，应禁止所述推送消息在所述终端界面的显示，通过这样的方式，在屏蔽用户不想看到的推送消息的同时，保证了用户真正需要的推送消息的正常推送，大大提高了用户的使用体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例中一种推送消息处理方法的一个实施例流程图；

图2为本发明实施例中对用户接受度和接受度阈值进行初始计算的示意流程图；

图3为本发明实施例中对用户接受度和接受度阈值进行更新计算的示意流程图；

图4为本发明实施例中一种推送消息处理装置的一个实施例结构图；

图5为本发明实施例中一种推送消息处理终端设备的示意框图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种推送消息处理方法的一个实施例可以包括：

步骤S101，接收消息推送服务器下发的推送消息。

所述消息推送服务器下发推送消息所基于的协议可以包括但不限于云端至设备消息(Android Cloud to Device Messaging，C2DM)、消息队列遥测传输(Message QueuingTelemetry Transport，MQTT)以及可扩展通讯和表示协议(Extensible Messaging andPresence Protocol，XMPP)等具体协议。

所述消息推送服务器可以包括但不限于由终端厂商提供的消息推送服务器以及由第三方服务者提供的消息推送服务器。

在本实施例中，终端设备可以只接收一个消息推送服务器下发的推送消息，也可以同时接收多个消息推送服务器下发的推送消息。

步骤S102，将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型。

所述关键词集合中包括与预设的各种消息类型分别对应的各个关键词子集，每个关键词子集中包括一个以上的关键词。例如，可以将推送消息分为广告类、新闻资讯类、系统通知类等消息类型，每种类型的推送信息均设置与之对应的关键词子集。例如，广告类的关键词子集中可以包括：“广告”、“促销”、“优惠”、“降价”等关键词。

其中，使用关键词进行匹配的顺序可以是任意的，但考虑到在存在大量的推送消息时，比对过程可能耗费很多时间，可以采用以下优化的比对方案：从所述关键词集合中选取优先级最高且尚未被选取过的一个关键词作为当前关键词；在所述推送消息中查找所述当前关键词；若在所述推送消息中未查找到所述当前关键词，则返回执行所述从所述关键词集合中选取优先级最高且尚未被选取过的一个关键词作为当前关键词的步骤；若在所述推送消息中查找到所述当前关键词，则确定所述推送消息与所述当前关键词匹配成功，并将与所述当前关键词对应的消息类型确定为所述推送消息的消息类型。

通过这种方式，优先级高的关键词先进行比对，优先级低的关键词后进行比对，可以大大减少比对成功所需的比对次数。

其中，所述优先级的计算过程可以包括：获取在预设的统计时间段内的历史匹配记录；根据所述历史匹配记录统计所述关键词集合中的各个关键词匹配成功的次数；根据所述各个关键词匹配成功的次数确定所述各个关键词的优先级。所述各个关键词的优先级与所述各个关键词匹配成功的次数正相关，即某个关键词匹配成功的次数越多，则该关键词的优先级也越高，反之，某个关键词匹配成功的次数越少，则该关键词的优先级也越低。

需要注意的是，以上方式是通过关键词来进行消息类型的确定，可选地，还可以通过类型标识符来进行消息类型的确定。每条推送消息在发送时，均增加一个类型标识符来对其类型进行标识，类型标识符的不同取值对应不同的消息类型。例如，类型标识符取值为1时，代表其为广告，类型标识符取值为2时，代表其为新闻资讯，以此类推。当接收到该推送消息时，从中读取类型标识符的取值，并据此确定其消息类型。

步骤S103，获取与所述推送消息的消息类型对应的用户接受度。

所述用户接受度用于表示用户对指定消息类型的推送消息的接受程度，根据所述用户在指定时间段内对所述指定消息类型的推送消息的历史反馈记录计算得到。

例如，终端设备在向用户展示推送消息同时，提示用户对该推送消息进行反馈，即是否愿意接受该推送消息。例如，可以弹出提示框，在其中显示“是否接受本条推送消息”，然后给出两个选择按钮“是”和“否”，若用户选择了“是”，则确定用户对该推送消息反馈了一条正向反馈，若用户选择了“否”，则确定用户对该推送消息反馈了一条负向反馈。若用户未做出选择，则确定用户对该推送消息反馈了一条中性反馈。

另外，还可以根据用户的点击行为来确定反馈数据：若用户点击了某条推送消息，则认为其对该推送消息反馈了一条正向反馈，若用户删除了某条推送消息，则认为其对该推送消息反馈了一条负向反馈。若用户未对该推送消息进行任何操作，则认为用户对该推送消息反馈了一条中性反馈。

所述历史反馈记录即为对用户的这些反馈进行记录所得到的，通过对其的分析，即可得到用户的对指定消息类型的推送消息的接受程度，也即所述用户接受度。

步骤S104，判断与所述消息类型对应的用户接受度是否小于预设的接受度阈值。

若与所述消息类型对应的用户接受度大于或等于所述接受度阈值，则执行步骤S105，若与所述消息类型对应的用户接受度小于所述接受度阈值，则执行步骤S106。

步骤S105，将所述推送消息显示至指定的终端界面。

一般地，为了提升用户查看推送消息的便捷性，终端设备的操作系统可以通过终端设备的通知栏向用户显示所述推送消息，用户可以打开通知栏实时查看所述通知消息。由于终端设备的屏幕尺寸不同，并且不同用户在终端设备的显示屏界面上的操作习惯也不同，因此，具体的推送消息显示界面可以根据实际情况进行调整。

步骤S106，禁止所述推送消息在所述终端界面的显示。

在对所述推送消息进行禁止显示之后，用户将无法查看到所述推送消息，从而大大减少了用户不感兴趣的推送消息对用户造成的干扰。

为了防止类型固化，可选地，对于被确定为需禁止显示的消息类型的推送消息可以保持最低频度的消息显示，如每天不得超过一条或者每两天不得超过一条等等。

优选地，所述用户接受度和所述接受度阈值的初始计算过程包括如图2所示的步骤：

步骤S201，获取所述用户在预设的初始时间段内的历史反馈记录。

所述初始时间段可以根据实际情况进行设置，但需要注意的是，若该初始时间段设置的越长，则计算结果越精确，但计算量会越大，反之，若干该初始时间段设置的越短，则计算结果越粗糙，但计算量会越小，在实际设置时，需要对这两者进行平衡。

步骤S202，根据所述历史反馈记录分别统计所述用户在所述初始时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数。

步骤S203，计算所述接受度阈值。

具体地，可以根据下式计算所述接受度阈值：

其中，Pos_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行正向反馈的次数，Neg_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行负向反馈的次数，Neu_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行中性反馈的次数，1≤n≤N，N为各种消息类型的总数目，λ为预设的调节系数，Acc_Thresh为所述接受度阈值。

步骤S204，分别计算与各种消息类型对应的用户接受度。

具体地，可以根据下式计算与标号为n的消息类型对应的用户接受度：

其中，Acc_n为与标号为n的消息类型对应的用户接受度。

以上过程计算得到的是一个初始的用户接受度和接受度阈值，但是用户的使用行为可能是不断变化的，因此有必要不断地对其进行调整。每隔预定的时长(例如一周，两周，一个月等等)，对所述用户接受度和所述接受度阈值进行更新，具体的更新过程可以包括如图3所示的步骤：

步骤S301，获取所述用户在更新时间段内的历史反馈记录。

所述更新时间段为从所述用户接受度或所述接受度阈值的最后一次更新时间到当前时间之间的时间段。

步骤S302，根据所述历史反馈记录分别统计所述用户在所述更新时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数。

步骤S303，计算所述接受度阈值的更新量。

具体地，可以根据下式计算所述接受度阈值的更新量：

其中，Pos′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行正向反馈的次数，Neg′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行负向反馈的次数，Neu′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行中性反馈的次数，Acc′_Thresh为所述接受度阈值的更新量。

步骤S304，对所述接受度阈值进行更新计算。

具体地，可以根据下式对所述接受度阈值进行更新计算：

Acc_Thresh＝k₁*Acc_Thresh+(1-k₁)*Acc′_Thresh。

步骤S305，分别计算与各种消息类型对应的用户接受度的更新量。

具体地，可以根据下式计算与标号为n的消息类型对应的用户接受度的更新量：

其中，Acc′_n为与标号为n的消息类型对应的用户接受度的更新量。

步骤S306，分别对与各种消息类型对应的用户接受度进行更新计算。

具体地，可以根据下式对与标号为n的消息类型对应的用户接受度进行更新计算：

Acc_n＝k₂*Acc_n+(1-k₂)*Acc′_n

其中，k₁、k₂均为预设的权重系数。一般地，用户近期行为的权重应该稍大，因此，优选设置k₁>0.5，k₂>0.5。

通过以上过程，不断的根据用户的偏好对推送信息的屏蔽方式进行调节，始终保持与用户当前使用习惯的匹配，使得用户获得最佳的使用体验。

综上所述，通过本发明实施例，预先设置了与各种消息类型分别对应的关键词子集，通过关键词的匹配确定出推送消息所属的消息类型，并且根据历史反馈记录预先设置了用户对各种消息类型的推送消息的接受程度，也即所述用户接受度，在此基础上，进一步地预先设置了接受度阈值，提供了对推送消息进行处理的依据，若用户对某推送消息的消息类型对应的用户接受度大于或等于接受度阈值，则说明用户是想要看到该推送消息的，应将该推送消息显示至指定的终端界面，若用户对某推送消息的消息类型对应的用户接受度小于接受度阈值，则说明用户是不想要看到该推送消息的，应禁止所述推送消息在所述终端界面的显示，通过这样的方式，在屏蔽用户不想看到的推送消息的同时，保证了用户真正需要的推送消息的正常推送，大大提高了用户的使用体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种推送消息处理方法，图4示出了本发明实施例提供的一种推送消息处理装置的一个实施例结构图。

本实施例中，一种推送消息处理装置可以包括：

推送消息接收模块401，用于接收消息推送服务器下发的推送消息；

消息类型确定模块402，用于将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型，所述关键词集合中包括与预设的各种消息类型分别对应的各个关键词子集，每个关键词子集中包括一个以上的关键词；

用户接受度获取模块403，用于获取与所述推送消息的消息类型对应的用户接受度，所述用户接受度用于表示用户对指定消息类型的推送消息的接受程度，根据所述用户在指定时间段内对所述指定消息类型的推送消息的历史反馈记录计算得到；

推送消息显示模块404，用于若与所述消息类型对应的用户接受度大于或等于预设的接受度阈值，则将所述推送消息显示至指定的终端界面；

推送消息屏蔽模块405，用于若与所述消息类型对应的用户接受度小于所述接受度阈值，则禁止所述推送消息在所述终端界面的显示。

进一步地，所述推送消息处理装置还可以包括：

第一记录获取模块，用于获取所述用户在预设的初始时间段内的历史反馈记录；

第一统计模块，用于根据所述历史反馈记录分别统计所述用户在所述初始时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数；

接受度阈值计算模块，用于根据下式计算所述接受度阈值：

其中，Pos_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行正向反馈的次数，Neg_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行负向反馈的次数，Neu_n为所述用户在所述初始时间段内对标号为n的消息类型的推送消息进行中性反馈的次数，1≤n≤N，N为各种消息类型的总数目，λ为预设的调节系数，Acc_Thresh为所述接受度阈值；

用户接受度计算模块，用于根据下式计算与标号为n的消息类型对应的用户接受度：

其中，Acc_n为与标号为n的消息类型对应的用户接受度。

进一步地，所述推送消息处理装置还可以包括：

第二记录获取模块，用于获取所述用户在更新时间段内的历史反馈记录，所述更新时间段为从所述用户接受度或所述接受度阈值的最后一次更新时间到当前时间之间的时间段；

第二统计模块，用于根据所述历史反馈记录分别统计所述用户在所述更新时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数；

第一更新量计算模块，用于根据下式计算所述接受度阈值的更新量：

其中，Pos′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行正向反馈的次数，Neg′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行负向反馈的次数，Neu′_n为所述用户在所述更新时间段内对标号为n的消息类型的推送消息进行中性反馈的次数，Acc′_Thresh为所述接受度阈值的更新量；

接受度阈值更新模块，用于根据下式对所述接受度阈值进行更新计算：

Acc_Thresh＝k₁*Acc_Thresh+(1-k₁)*Acc′_Thresh；

第二更新量计算模块，用于根据下式计算与标号为n的消息类型对应的用户接受度的更新量：

其中，Acc′_n为与标号为n的消息类型对应的用户接受度的更新量；

用户接受度更新模块，用于根据下式对与标号为n的消息类型对应的用户接受度进行更新计算：

Acc_n＝k₂*Acc_n+(1-k₂)*Acc′_n

其中，k₁、k₂均为预设的权重系数。

进一步地，所述消息类型确定模块可以包括：

当前关键词选取单元，用于从所述关键词集合中选取优先级最高且尚未被选取过的一个关键词作为当前关键词；

当前关键词查找单元，用于在所述推送消息中查找所述当前关键词；

消息类型确定单元，用于若在所述推送消息中查找到所述当前关键词，则确定所述推送消息与所述当前关键词匹配成功，并将与所述当前关键词对应的消息类型确定为所述推送消息的消息类型。

进一步地，所述推送消息处理装置还可以包括：

历史匹配记录获取模块，用于获取在预设的统计时间段内的历史匹配记录；

匹配记录统计模块，用于根据所述历史匹配记录统计所述关键词集合中的各个关键词匹配成功的次数；

优先级确定模块，用于根据所述各个关键词匹配成功的次数确定所述各个关键词的优先级，且所述各个关键词的优先级与所述各个关键词匹配成功的次数正相关。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

图5示出了本发明实施例提供的一种推送消息处理终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述推送消息处理终端设备5可以是手机、平板电脑、智能手表、智能手环、智能眼镜等计算设备。该推送消息处理终端设备5可包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机可读指令52，例如执行上述的推送消息处理方法的计算机可读指令。所述处理器50执行所述计算机可读指令52时实现上述各个推送消息处理方法实施例中的步骤，例如图1所示的步骤S101至S106。或者，所述处理器50执行所述计算机可读指令52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至405的功能。

示例性的，所述计算机可读指令52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令52在所述推送消息处理终端设备5中的执行过程。

所述处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述推送消息处理终端设备5的内部存储单元，例如推送消息处理终端设备5的硬盘或内存。所述存储器51也可以是所述推送消息处理终端设备5的外部存储设备，例如所述推送消息处理终端设备5上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述推送消息处理终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机可读指令以及所述推送消息处理终端设备5所需的其它指令和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

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

接收消息推送服务器下发的推送消息；

2.根据权利要求1所述的推送消息处理方法，其特征在于，所述用户接受度和所述接受度阈值的初始计算过程包括：

获取所述用户在预设的初始时间段内的历史反馈记录；

根据所述历史反馈记录分别统计所述用户在所述初始时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数；

根据下式计算所述接受度阈值：

根据下式计算与标号为n的消息类型对应的用户接受度：

其中，Acc_n为与标号为n的消息类型对应的用户接受度。

3.根据权利要求2所述的推送消息处理方法，其特征在于，所述用户接受度和所述接受度阈值的更新过程包括：

获取所述用户在更新时间段内的历史反馈记录，所述更新时间段为从所述用户接受度或所述接受度阈值的最后一次更新时间到当前时间之间的时间段；

根据所述历史反馈记录分别统计所述用户在所述更新时间段内对各种消息类型的推送消息进行正向反馈的次数、进行负向反馈的次数以及进行中性反馈的次数；

根据下式计算所述接受度阈值的更新量：

根据下式对所述接受度阈值进行更新计算：

Acc_Thresh＝k₁*Acc_Thresh+(1-k₁)*Acc′_Thresh；

根据下式计算与标号为n的消息类型对应的用户接受度的更新量：

根据下式对与标号为n的消息类型对应的用户接受度进行更新计算：

Acc_n＝k₂*Acc_n+(1-k₂)*Acc′_n

其中，k₁、k₂均为预设的权重系数。

4.根据权利要求1至3中任一项所述的推送消息处理方法，其特征在于，所述将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型包括：

从所述关键词集合中选取优先级最高且尚未被选取过的一个关键词作为当前关键词；

在所述推送消息中查找所述当前关键词；

若在所述推送消息中未查找到所述当前关键词，则返回执行所述从所述关键词集合中选取优先级最高且尚未被选取过的一个关键词作为当前关键词的步骤；

若在所述推送消息中查找到所述当前关键词，则确定所述推送消息与所述当前关键词匹配成功，并将与所述当前关键词对应的消息类型确定为所述推送消息的消息类型。

5.根据权利要求4所述的推送消息处理方法，其特征在于，所述优先级的计算过程包括：

获取在预设的统计时间段内的历史匹配记录；

根据所述历史匹配记录统计所述关键词集合中的各个关键词匹配成功的次数；

根据所述各个关键词匹配成功的次数确定所述各个关键词的优先级，且所述各个关键词的优先级与所述各个关键词匹配成功的次数正相关。

6.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至5中任一项所述的推送消息处理方法的步骤。

7.一种推送消息处理终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：

接收消息推送服务器下发的推送消息；

8.根据权利要求7所述的推送消息处理终端设备，其特征在于，所述用户接受度和所述接受度阈值的初始计算过程包括：

获取所述用户在预设的初始时间段内的历史反馈记录；

根据下式计算所述接受度阈值：

根据下式计算与标号为n的消息类型对应的用户接受度：

其中，Acc_n为与标号为n的消息类型对应的用户接受度。

9.根据权利要求8所述的推送消息处理终端设备，其特征在于，所述用户接受度和所述接受度阈值的更新过程包括：

根据下式计算所述接受度阈值的更新量：

根据下式对所述接受度阈值进行更新计算：

Acc_Thresh＝k₁*Acc_Thresh+(1-k₁)*Acc′_Thresh；

Acc_n＝k₂*Acc_n+(1-k₂)*Acc′_n

其中，k₁、k₂均为预设的权重系数。

10.根据权利要求7至9中任一项所述的推送消息处理终端设备，其特征在于，所述将所述推送消息与预设的关键词集合中的关键词依次进行匹配，并将与匹配成功的关键词对应的消息类型确定为所述推送消息的消息类型包括：

在所述推送消息中查找所述当前关键词；