消息控制方法和消息控制装置与流程

1.本公开涉及数据处理技术领域，尤其涉及一种消息控制方法、消息控制装置、电子设备和存储介质。


背景技术：

2.随着电子技术的发展，出现了各种各样的应用程序(app)。在用户使用app时，为了保证用户快速获取重要信息，可采用站内推广(push)方式来提示用户消息。站内push是一种在用户使用app收到消息时在app顶部弹出消息提示弹窗的方式。但随着app体量增大、各种运营活动数量增加以及用户好友数量增加等因素，导致用户收到push消息也大量增加，在某些场景下会对用户造成一定的打扰，如用户在观看短视频时，用户会不断地需要手动关闭push消息。过多的push消息势必影响用户体验。此外，由于下发push消息过多，也可能导致用户错过重要push消息，对用户造成一定损失。


技术实现要素：

3.本公开提供一种消息控制方法、消息控制装置、电子设备和存储介质，以至少解决上述问题。本公开的技术方案如下：
4.根据本公开实施例的第一方面，提供一种由服务器执行的消息控制方法，所述方法可包括：在用户终端中的目标应用的使用阶段，建立与所述用户终端的连接；按照初始的消息频控策略向所述用户终端发送消息；其中，所述消息频控策略用于按照预定消息下发频率向所述目标应用下发消息；从所述用户终端接收用户操作信息；其中，所述用户操作信息是所述目标应用的用户账户在预设时间段内对所述消息进行操作生成的；基于所述用户操作信息确定新的消息频控策略；按照所述新的消息频控策略向所述用户终端发送消息。
5.可选地，所述消息被预先划分为不同等级的消息并且所述用户操作包括不同类型的用户操作，其中，基于所述用户操作信息确定新的消息频控策略，包括：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述新的消息频控策略。
6.可选地，所述消息频控策略包括多个等级的消息频控策略，不同等级的消息频控策略针对所述不同等级的消息使用不同的消息下发频率。
7.可选地，根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述新的消息频控策略，包括：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来计算所述预设时间段内的所述用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定所述消息频控策略的等级。
8.可选地，在所述消息频控策略中，具有最高优先等级的消息被全部发送给所述用户终端。
9.根据本公开实施例的第二方面，提供一种由用户终端执行的消息控制方法，所述方法可包括：在所述用户终端中的目标应用的使用阶段，建立与服务器的连接，其中，所述服务器根据消息频控策略按照预定消息下发频率向所述目标应用下发消息；从所述服务器获取消息；在预设时间段内向所述服务器发送所述目标应用的用户账户对所述消息的用户操作信息；其中，所述消息频控策略基于所述用户操作信息而改变。
10.可选地，所述消息被预先划分为不同等级的消息并且所述用户操作包括不同类型的用户操作，其中，所述服务器根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述消息频控策略。
11.可选地，所述消息频控策略包括多个等级的消息频控策略，不同等级的消息频控策略针对所述不同等级的消息使用不同的消息下发频率。
12.可选地，根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述消息频控策略，包括：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来计算针对所述用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定所述消息频控策略的等级。
13.可选地，所述方法还包括：根据所述目标应用的当前显示画面确定所述目标应用的使用场景；在确定的使用场景是预设使用场景的情况下，禁止显示所述消息。
14.根据本公开实施例的第三方面，提供一种服务器，所述服务器可包括：通信模块，被配置为在用户终端中的目标应用的使用阶段，建立与所述用户终端的连接；控制模块，被配置为：按照初始的消息频控策略向所述用户终端发送消息；其中，所述消息频控策略用于按照预定消息下发频率向所述目标应用下发消息；从所述用户终端接收用户操作信息；其中，所述用户操作信息是所述目标应用的用户账户在预设时间段内对所述消息进行操作生成的；基于所述用户操作信息确定新的消息频控策略；按照所述新的消息频控策略向所述用户终端发送消息。
15.可选地，控制模块被配置为：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述新的消息频控策略。
16.可选地，所述消息频控策略包括多个等级的消息频控策略，不同等级的消息频控策略针对所述不同等级的消息使用不同的消息下发频率。
17.可选地，控制模块被配置为：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来计算所述预设时间段内的所述用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定所述消息频控策略的等级。
18.可选地，在所述消息频控策略中，具有最高优先等级的消息被全部发送给所述用户终端。
19.根据本公开实施例的第四方面，提供一种用户终端，所述用户终端可包括：通信模块，被配置为在所述用户终端中的目标应用的使用阶段，建立与服务器的连接，其中，所述服务器根据消息频控策略按照预定消息下发频率向所述目标应用下发消息；控制模块，被
配置为：从所述服务器获取消息；并且在预设时间段内向所述服务器发送所述目标应用的用户账户对所述消息的用户操作信息；其中，所述消息频控策略基于所述用户操作信息而改变。
20.可选地，所述消息被预先划分为不同等级的消息并且所述用户操作包括不同类型的用户操作，其中，控制模块被配置为根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来确定所述消息频控策略。
21.可选地，所述消息频控策略包括多个等级的消息频控策略，不同等级的消息频控策略针对所述不同等级的消息使用不同的消息下发频率。
22.可选地，控制模块被配置为：根据所述预设时间段内的所述不同等级的消息的预设等级权重和数量以及对所述不同等级的消息的用户操作的预设操作权重来计算针对所述用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定所述消息频控策略的等级。
23.可选地，控制模块被配置为：根据所述目标应用的当前显示画面确定所述目标应用的使用场景；在确定的使用场景是预设使用场景的情况下，禁止显示所述消息。
24.根据本公开实施例的第五方面，提供一种电子设备，所述电子设备可包括：至少一个处理器；至少一个存储计算机可执行指令的存储器，其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行如上所述的消息控制方法。
25.根据本公开实施例的第六方面，提供一种存储指令的计算机可读存储介质，当所述指令被至少一个处理器运行时，促使所述至少一个处理器执行如上所述的消息控制方法。
26.根据本公开实施例的第七方面，提供一种计算机程序产品，所述计算机程序产品中的指令被电子装置中的至少一个处理器运行以执行如上所述的消息控制方法。
27.本公开的实施例提供的技术方案至少带来以下有益效果：
28.根据用户对接收消息的操作反馈对消息的下发频率进行控制，使得在降低对用户打扰的情况下满足重要信息触达到用户。
29.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
30.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
31.图1是现有的消息控制方法的流程图；
32.图2是根据本公开的实施例的实现消息控制方法的设备间的信息流示意图；
33.图3是根据本公开的另一实施例的实现消息控制方法的设备间的信息流示意图；
34.图4是根据本公开的实施例的不同类型的用户操作的示意图；
35.图5是根据本公开的实施例的由服务器执行的消息控制方法的流程图；
36.图6是根据本公开的实施例的由用户终端执行的消息控制方法的流程图；
37.图7是根据本公开的另一实施例的消息控制方法的流程图；
38.图8是根据本公开的实施例的消息控制装置的框图；
39.图9是根据本公开的实施例的消息控制设备的结构示意图；
40.图10是根据本公开的实施例的电子设备的框图。
具体实施方式
41.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
42.提供参照附图的以下描述以帮助对由权利要求及其等同物限定的本公开的实施例的全面理解。包括各种特定细节以帮助理解，但这些细节仅被视为是示例性的。因此，本领域的普通技术人员将认识到在不脱离本公开的范围和精神的情况下，可对描述于此的实施例进行各种改变和修改。此外，为了清楚和简洁，省略对公知的功能和结构的描述。
43.以下描述和权利要求中使用的术语和词语不限于书面含义，而仅由发明人用来实现本公开的清楚且一致的理解。因此，本领域的技术人员应清楚，本公开的各种实施例的以下描述仅被提供用于说明目的而不用于限制由权利要求及其等同物限定的本公开的目的。
44.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
45.图1是现有的消息控制方法的流程图。参照图1，用户可自己设置push消息接收开关。当用户开启push消息接收开关后，服务器可按照固定的消息下发频次向用户终端下发消息。当用户关闭push消息接收开关后，服务器可不再向用户终端下发消息，用户终端可不接收任何push消息。
46.然而，用户关闭push消息接收开关后，用户终端接收不到任何push通知，从用户角度，用户很容易错过一些重要消息；从app产品运营角度，一些活动通知难以通过push消息下发到用户，难以达到活动运营效果，对增加app用户粘性方面也有一定损失。
47.针对这种情况，有必要对站内push下发频率做一定控制，同时也不能丢弃一些必须触达的重要push信息，因此本公开提供一种基于用户反馈操作、push消息重要程度等维度的push消息下发频率控制技术方案，在降低用户打扰的情况下满足用户重要信息的触达。
48.在下文中，根据本公开的各种实施例，将参照附图对本公开的方法、装置和设备进行详细描述。
49.图2和图3是根据本公开的实施例的实现消息控制方法的设备间的信息流示意图。
50.参照图2和图3，当用户在用户终端中打开某个app时，在app启动阶段，建立与消息服务器的连接，同时获取push消息相关配置(诸如push消息视图样式等)，保证消息服务器在用户在线状态下进行push消息下发。
51.消息服务器可监听频控服务器下发的消息频控策略(即消息下发频率)，并且按照消息频控策略向用户终端下发消息。在在线状态/使用app的过程中，消息服务器可实时向
klink通道下发配置信息，通过klink通道向用户终端下发诸如push.inapp.conf的配置信息，使得用户终端更新配置。此外，消息服务器可向klink通道下发push消息，然后通过klink通道向用户终端下发诸如push.inapp.msg.xxx的push消息。用户终端可根据相应的配置显示相应的push消息。
52.在用户终端收到push消息后，可在app页面顶部弹出一个用于显示push消息的提示弹窗，在该消息展示后用户终端需将该消息的曝光事件上报给频控服务器。此外，在展示push消息的提示弹窗时，用户可对该提示弹窗进行相应的操作，诸如图4所示，用户不操作，则一定时间(诸如4s)后自动收起提示弹窗且提示弹窗消息；用户点击提示弹窗(即点击push)，则跳转到目标页面；用户上滑提示弹窗(即上滑push)，则关闭提示弹窗。同时，用户终端可针对相应的每种用户操作进行相应的事件上报。在本公开中，术语“push”可与消息具有相同的含义。
53.频控服务器可根据用户终端上报的各种信息，进行定时策略模型计算，并根据结果判断是否更新消息频控策略。
54.当有新的消息频控策略时，频控服务器下发新的消息频控策略给消息服务器。消息服务器可根据监听到的消息频控策略判断当前push消息是否可以下发，如果可以下发，则将push消息放入下发push队列中，排队下发push消息到app上。
55.通过上述方案，可根据用户反馈操作，针对用户群进行有效地控制push消息下发频率，降低对用户的打扰。
56.图5是根据本公开的实施例的由服务器执行的消息控制方法的流程图。根据本公开的实施例，服务器可包括上述的消息服务器和频控服务器。消息服务器主要用于根据监听到的消息频控策略向用户终端下发消息。频控服务器主要用于生成并下发消息频控策略。上述示例仅是示例性的，本公开不限于此。
57.在步骤s501，在用户终端中的目标应用的使用阶段，建立与用户终端的连接。当用户打开app时，在app启动阶段，用户终端与消息服务器建立连接，使得用户终端可获取push消息的相关配置(诸如push消息视图样式等)以保证消息服务器在用户在线状态下进行push消息的下发。
58.在步骤s502，按照初始的消息频控策略向用户终端发送消息。消息频控策略可用于按照预定消息下发频率向目标应用下发消息。在初始阶段，消息服务器可按照先前的消息频控策略(诸如初始的消息下发频率)向用户终端发送消息。
59.在步骤s503，从用户终端接收用户操作信息。用户操作信息是目标应用的用户账户在预设时间段(诸如一天或者一周)内对消息进行操作生成的。在本公开中，消息可被预先划分为不同等级的消息并且用户操作可包括不同类型的用户操作。例如，可根据消息的重要性预先将各个消息分类为重要消息、一般消息和普通消息三个类别。用户操作可包括用户不操作、用户点击消息操作和用户滑动消息操作，诸如图4所示。上述示例仅是示例性的，本公开不限于上述分类。消息频控策略可包括多个等级的消息频控策略，不同等级的消息频控策略针对不同等级的消息可使用不同的消息下发频率。本公开的消息频控策略主要用于控制消息的丢弃比例，进而通知消息服务器控制每种等级消息的下发上限。例如，消息频控策略的等级可划分为1-6级，1-3等级别主要控制丢弃一般消息的下发比例，4-6等级控制一般消息和正常消息的下发比例。
60.下表1示出了不同等级的消息频控策略下的各等级消息的接收上限。
61.表1
62.策略等级一般消息的丢弃比例正常消息的丢弃比例120％0250％03100％04100％20％5100％50％6100％100％
63.表1仅是示例性的，本公开不限于此。
64.在消息频控策略中，具有最高优先等级的消息可被设置为全部发送给用户终端。例如，消息频控策略仅针对一般消息和正常消息的下发，而不控制重要消息的下发，即无论任何等级的消息频控策略，都将重要消息下发给用户终端。这样，可尽可能保证重要消息能够触达到用户端，避免用户错过重要信息。
65.在步骤s504，基于用户操作信息确定新的消息频控策略。可根据预设时间段内的不同等级的消息的预设等级权重和数量以及对不同等级的消息的用户操作的预设操作权重来确定新的消息频控策略。
66.作为示例，根据预设时间段内的不同等级的消息的预设等级权重和数量以及对不同等级的消息的用户操作的预设操作权重来计算预设时间段内的用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定消息频控策略的等级。
67.根据本公开的实施例，可根据push消息的量级设定启用消息频控策略的阈值w，当用户终端在预设时间段(诸如每天)内收到push消息的数量(即消息服务器发送的push消息的数量)小于w时，可不启用消息频控策略，当用户终端每天收到push消息的数量大于w时，可自动开启消息频控策略。也就是说，针对某个app，如果该app的产品运营者在用户使用该app时每天下发的消息数量小于阈值w，则可正常给用户终端下发消息，而不需要根据本公开的消息频控策略来控制消息下发频率。
68.在启用消息频控策略时，可根据用户操作信息来计算用户操作的反馈评分。
69.作为示例，根据push消息的等级，给每种等级的push消息预先分配一个权重系数(即等级权重)。例如，push消息的等级包括：重要等级t1、正常等级t2、一般等级t3，其中，t1》t2》t3，对应的权重系数分别为t1、t2、t3。
70.对每种类型的操作预先分配一个权重系数(即操作权重)。例如，用户操作包括：不操作w1、点击操作w2、上滑操作w3，对应的权重系数分别为w1、w2、w3。
71.以用户每天收到的push消息为准，得到push消息总量n，对应每种等级的push消息数量分别为n1、n2、n3，n＝n1+n2+n3，每天用户对每种等级的push消息的操作(即不操作、点击操作、上滑操纵)的相应数量为：对一般消息、正常消息和重要消息的不操作的数量分别为n11、n12、n13；对一般消息、正常消息和重要消息的点击操作的数量分别为n21、n22、n23；对一般消息、正常消息和重要消息的上滑操作的数量分别为n31、n32、n33，如下表2所示。
72.表2
73.操作-等级一般消息正常消息重要消息总计
不操作n11n12n13-点击操作n21n22n23-上滑操作n31n32n33-总计n1n2n3n
74.对在预设时间段内获取的不同等级push消息的数量做归一化处理。例如，通过归一化处理，得到n11＝n11/n，n12＝n12/n，n13＝n13/n，n21＝n21/n，n22＝n22/n，n23＝n23/n，n31＝n31/n，n32＝n32/n，n33＝n33/n。
75.按照下式计算在预设时间段内用户对获取消息的反馈结果(即操作评分)：f(w)＝f(w1)+f(w2)+f(w2)，其中，f(w1)＝(t1*n11+t1*n12+t1*n13)*w1；f(w2)＝(t1*n21+t2*n22+t3*n23)*w2；f(w3)＝(t1*n31+t2*n32+t3*n33)*w3。
76.上述消息等级、操作类别仅是示例性的，本公开可按照上述类似的方式划分其他数量的消息等级和操作类别。此外，可根据实际情况设置各个消息等级的权重和操作类别的权重。
77.另外，可设置频控触发范围。例如，考虑到push消息的优先级有三种(重要、正常和一般)，调整对象主要为正常等级的push消息和一般等级的push消息，而重要等级的push消息保证必须触达用户。频控触发范围可设置为三段：a.小于等于k1，b.小于k2大于k1，c.大于等于k2。a段范围代表用户负反馈较多，即用户上滑关闭操作较多，此时需要更大程度地降低push消息下发，诸如一般等级的push消息不下发，同时控制一部分正常等级的push消息的下发，以降低用户打扰；b段范围代表用户负反馈不多，可主要控制一般等级的push消息的下发，同时根据反馈评分来设置调控丢弃push消息的比例；c段范围代表用户基本没有负反馈，此时可不开启频控策略，push消息正常下发到用户终端。
78.此外，在设定频控触发范围过程中，可以根据实际情况调节k1和k2，并考虑增加更加细化的频控触发范围，以达到更精准的频控效果。例如，结合上面的表1，在a段范围和b段范围内进一步细分与各个等级的消息频控策略对应的频控范围。
79.根据本公开的另一实施例，在包括n(大于1的正整数)个等级的消息频控策略的情况下，预先设置n个频控范围，每个频控范围对应一个等级的消息频控策略。每个范围的起始值可根据实际情况被不同地设置。
80.接下来，将计算得到的用户操作的反馈评分与预设的频控范围进行比较，确定该反馈评分落入哪个频控范围，以此确定相应等级的消息频控策略。
81.在步骤s505，按照新的消息频控策略向用户终端发送消息。当更新消息频控策略时，频控服务器可将新的消息频控策略下发给消息服务器。消息服务器可按照相应的消息频控策略对push消息的下发进行控制。
82.在本公开中，根据用户操作有效控制push消息的下发频率，对于负反馈较多的用户，能够明显降低对该用户的打扰。此外，可提高用户重要信息的触达效果，提高了重要信息的点击率，减少了因为下发push消息过多而导致用户错过重要信息的情况，实现了push消息下发频控的闭环控制，使用户对push消息正负反馈操作达到平衡。
83.图6是根据本公开的实施例的由用户终端执行的消息控制方法的流程图。
84.根据本公开实施例的消息控制方法可在任何具有数据处理功能的电子设备中实现。电子设备可以是包括如下中的至少一个，例如，智能电话、平板个人计算机(pc)、移动电
话、视频电话、电子书阅读器(e-book reader)、桌上型pc、膝上型pc、上网本计算机、工作站、服务器、个人数字助理(pda)、便携式多媒体播放器(pmp)、视频播放器、可穿戴装置和服务器等。
85.参照图6，在步骤s601，在用户终端中的目标应用的使用阶段，建立与服务器的连接，其中，服务器根据消息频控策略按照预定消息下发频率向目标应用下发消息。
86.在步骤s602，从服务器获取消息。
87.在步骤s603，在预设时间段内向服务器发送目标应用的用户账户对消息的用户操作信息。消息频控策略可基于用户操作信息而改变。
88.消息可被预先划分为不同等级的消息并且用户操作可包括不同类型的用户操作。服务器可根据预设时间段内的不同等级的消息的预设等级权重和数量以及对不同等级的消息的用户操作的预设操作权重来确定消息频控策略。
89.消息频控策略可包括多个等级的消息频控策略，不同等级的消息频控策略针对不同等级的消息使用不同的消息下发频率。
90.例如，可根据预设时间段内的不同等级的消息的预设等级权重和数量以及对不同等级的消息的用户操作的预设操作权重来计算针对用户操作的反馈结果；通过将计算得到的反馈结果与预设频控范围进行比较来确定消息频控策略的等级。具体计算过程可参照图5的计算用户反馈评分的过程，这里不再赘述。
91.根据本公开的实施例，用户终端可根据目标应用的当前显示画面确定目标应用的使用场景。例如，用户终端根据画面识别算法通过显示的画面来确定当前的使用场景。在确定的使用场景是预设使用场景的情况下，用户终端禁止显示消息。预设使用场景诸如直播场景等。例如，用户在观看直播时，用户终端可禁止弹出push消息。这样可降低push消息对用户在重要场景的干扰。
92.图7是根据本公开的另一实施例的消息控制方法的流程图。图7所示的方法可由服务器(诸如消息服务器)执行。
93.参照图7，在步骤s701，开启push消息接收开关。用户在使用某app时可接收到相应的push消息。
94.在步骤s702，确定是否开启消息频控策略。可根据用户终端收到push消息的量级设定启用消息频控策略的阈值w，当用户终端在预设时间段(诸如每天)内收到push消息的数量小于w时，消息服务器可不启用消息频控策略，当用户终端每天收到push消息的数量大于w时可自动开启消息频控策略。也就是说，针对某个app，如果该app的产品运营者在用户使用该app时每天下发的消息数量小于阈值w，则可正常给用户终端下发消息，而不需要根据本公开的消息频控策略来控制消息下发频率。
95.可以以一天作为预设时间段，用户在当天使用app时，消息服务器可根据前一天发送的push消息的总数来确定当天是否开启消息频控策略。
96.在步骤s703，在开启消息频控策略的情况下，获取消息频控策略中对应等级消息的上限。根据上面表1，每种等级的消息频控策略针对各种等级的消息有不同的丢弃比例，消息服务器可按照前一预设时间段内接收的push消息的数量，结合各种等级的消息有不同的丢弃比例，计算各种等级的消息下发的上限(即最大数量)。在不开启消息频控策略的情况下，可直接进入步骤s706。
97.在计算消息下发上限时，可默认每个预设时间段内下发的消息数量相同或相似。例如，针对当天下发给用户的各个等级的消息的数量上限，可将前一天内接收的各个等级消息的总数乘以当前消息频控策略中的各个丢弃比例，计算当天每种等级消息的最多数量。一般情况下，重要消息将全部下发给用户。
98.当达到相应等级的消息的下发上限时，在步骤s705，丢弃push消息，也就是说，在用户终端已经显示了上限数量的相应等级消息后，消息服务器不再向用户终端下发相应等级的push消息。
99.当未达到相应等级的消息的下发上限时，在步骤s706，消息服务器可将push消息放入下发push队列中，在步骤s707，排队下发push消息到app上。
100.图8是根据本公开的实施例的消息控制装置的框图。图8所示的消息控制装置800可被实现为用户终端或者服务器(诸如频控服务器)或者其一部分。
101.参照图8，消息控制装置800可包括通信模块801和控制模块802。消息控制装置800中的每个模块可由一个或多个模块来实现，并且对应模块的名称可根据模块的类型而变化。在各种实施例中，可省略消息控制装置800中的一些模块，或者还可包括另外的模块。此外，根据本公开的各种实施例的模块/元件可被组合以形成单个实体，并且因此可等效地执行相应模块/元件在组合之前的功能。
102.在消息控制装置800作为用户终端或其一部分的情况下，通信模块801可在用户终端中的目标应用的使用阶段，建立与服务器的连接，其中，服务器根据消息频控策略按照预定消息下发频率向目标应用下发消息。控制模块802可从服务器获取消息；并且在预设时间段内向服务器发送目标应用的用户账户对消息的用户操作信息。服务器可基于用户操作信息来改变消息频控策略。
103.在消息控制装置800作为服务器或其一部分的情况下，通信模块801可在用户终端中的目标应用的使用阶段，建立与用户终端的连接。控制模块802可按照初始的消息频控策略向用户终端发送消息；其中，消息频控策略用于按照预定消息下发频率向目标应用下发消息；从用户终端接收用户操作信息；其中，用户操作信息是目标应用的用户账户在预设时间段内对消息进行操作生成的；基于用户操作信息确定新的消息频控策略；按照新的消息频控策略向用户终端发送消息。
104.上面已经参照图1至图7详细描述了控制push消息下发频率的过程，这里不再详细赘述。
105.图9是本公开实施例的硬件运行环境的消息控制设备的结构示意图。这里，消息控制设备900可实现上述控制push消息下发频率的功能。消息控制设备900可以是用户终端或者服务器。
106.如图9所示，消息控制设备900可包括：处理组件901、通信总线902、网络接口903、输入输出接口904、存储器905以及电源组件906。其中，通信总线902用于实现这些组件之间的连接通信号。输入输出接口904可以包括视频显示器(诸如，液晶显示器)、麦克风和扬声器以及用户交互接口(诸如，键盘、鼠标、触摸输入装置等)，可选地，输入输出接口904还可包括标准的有线接口、无线接口。网络接口903可选的可包括标准的有线接口、无线接口(如无线保真接口)。存储器905可以是高速的随机存取存储器，也可以是稳定的非易失性存储器。存储器905可选的还可以是独立于前述处理组件901的存储装置。
107.本领域技术人员可以理解，图9中示出的结构并不构成对消息控制设备900的限定，可包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
108.如图9所示，作为一种存储介质的存储器905中可包括操作系统(诸如mac操作系统)、数据存储模块、网络通信模块、用户接口模块、消息控制方法相关的程序以及数据库。
109.在图9所示的消息控制设备900中，网络接口903主要用于与外部设备/终端进行数据通信；输入输出接口904主要用于与用户进行数据交互；消息控制设备900中的处理组件901、存储器905可被设置在消息控制设备900中，消息控制设备900通过处理组件901调用存储器905中存储的实现本公开的消息控制方法的程序以及由操作系统提供的各种api，执行本公开实施例提供的消息控制方法等。
110.处理组件901可以包括至少一个处理器，存储器905中存储有计算机可以执行指令集合，当计算机可以执行指令集合被至少一个处理器执行时，执行根据本公开实施例的消息控制方法。此外，处理组件901可执行如上所述的push消息下发频率控制过程等。然而，上述示例仅是示例性的，本公开不限于此。
111.作为示例，消息控制设备900可以是pc计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令集合的装置。这里，消息控制设备900并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。消息控制设备900还可以是集成控制系统或系统管理器的一部分，或者可以被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。
112.在消息控制设备900中，处理组件901可包括中央处理器(cpu)、图形处理器(gpu)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理组件901还可以包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。
113.处理组件901可运行存储在存储器中的指令或代码，其中，存储器905还可以存储数据。指令和数据还可以经由网络接口903而通过网络被发送和接收，其中，网络接口903可以采用任何已知的传输协议。
114.存储器905可以与处理器集成为一体，例如，将ram或闪存布置在集成电路微处理器等之内。此外，存储器905可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可以使用的其他存储装置。存储器和处理器可以在操作上进行耦合，或者可以例如通过i/o端口、网络连接等互相通信，使得处理器能够读取存储在存储器中的文件。
115.根据本公开的实施例，可提供一种电子设备。图10是根据本公开实施例的电子设备的框图，该电子设备1000可包括至少一个存储器1002和至少一个处理器1001，所述至少一个存储器1002存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个处理器1001执行时，执行根据本公开实施例的消息控制方法。
116.处理器1001可包括中央处理器(cpu)、音频处理器、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器1001还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。
117.作为一种存储介质的存储器1002可包括操作系统(例如mac操作系统)、数据存储模块、网络通信模块、用户接口模块、推荐模块以及数据库。
118.存储器1002可与处理器1001集成为一体，例如，可将ram或闪存布置在集成电路微处理器等之内。此外，存储器1002可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数
据库系统可使用的其他存储装置。存储器1002和处理器1001可在操作上进行耦合，或者可例如通过i/o端口、网络连接等互相通信，使得处理器1001能够读取存储在存储器1002中的文件。
119.此外，电子设备1000还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。电子设备1000的所有组件可经由总线和/或网络而彼此连接。
120.作为示例，电子设备1000可以是pc计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令集合的装置。这里，电子设备1000并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。电子设备1000还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。
121.本领域技术人员可理解，图10中示出的结构并不构成对的限定，可包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
122.根据本公开的实施例，还可提供一种存储指令的计算机可读存储介质，其中，当指令被至少一个处理器运行时，促使至少一个处理器执行根据本公开的消息控制方法。这里的计算机可读存储介质的示例包括：只读存储器(rom)、随机存取可编程只读存储器(prom)、电可擦除可编程只读存储器(eeprom)、随机存取存储器(ram)、动态随机存取存储器(dram)、静态随机存取存储器(sram)、闪存、非易失性存储器、cd-rom、cd-r、cd+r、cd-rw、cd+rw、dvd-rom、dvd-r、dvd+r、dvd-rw、dvd+rw、dvd-ram、bd-rom、bd-r、bd-r lth、bd-re、蓝光或光盘存储器、硬盘驱动器(hdd)、固态硬盘(ssd)、卡式存储器(诸如，多媒体卡、安全数字(sd)卡或极速数字(xd)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。
123.根据本公开的实施例中，还可提供一种计算机程序产品，该计算机程序产品中的指令可由计算机设备的处理器执行以完成上述消息控制方法。
124.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
125.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。