一种互动消息处理的方法及装置
技术领域
本公开涉及信息处理技术领域,具体而言,涉及一种互动消息处理的方法及装置。
背景技术
在实时直播互动系统中,互动消息是必不可少的组成部分。由于客户端的处理能力有限,且用户在单位时间内可读的互动消息的数量有限,因此,当单位时间内服务器所接收的互动消息过多时,并非会将全部的互动消息发送至客户端,而是会对互动消息进行一定的筛选。
相关技术中,在对互动消息进行筛选时,一般是直接将先生成的N条互动消息发送至客户端(N为正整数),而由于不同身份的用户所关注的互动消息的种类不同,通过这种方法所筛选出的互动消息,可能会将用户想要阅读的互动消息屏蔽,因此无法满足不同用户对于互动消息的阅读需求,导致对有效信息的浏览效率较低。
发明内容
本公开实施例至少提供一种互动消息处理的方法及装置,用以解决对有效信息的浏览效率较低的问题。
第一方面,本公开实施例提供了一种互动消息处理的方法,导致对有效信息的浏览效率较低,包括:
按照预设频控阈值,存储消息发送端发送的互动消息;所述预设频控阈值大于预设处理阈值,所述预设处理阈值指示消息接收端的消息处理能力;
在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息;
将选择的互动消息发送给所述消息接收端。
一种可能的实施方式中,按照预设频控阈值,存储消息发送端发送的互动消息,包括:
在接收到任一消息发送端发送的任一互动消息后,判断在单位时间内接收并存储的互动消息的条数是否小于所述预设频控阈值;
若是,则将所述任一互动消息进行存储。
一种可能的实施方式中,所述消息获取请求中携带有所述消息接收端已获取的最后一条互动消息的生成时间;所述在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息,包括:
根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合;
按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息。
一种可能的实施方式中,根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合,包括:
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度,将从所述生成时间至当前时间存储的互动消息作为所述待筛选的消息集合;
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差大于单位时间长度,将从存储的互动消息中,选择对应的生成时间在所述最后一条互动消息的生成时间之后的,与当前时间之间的时间差最小的N条消息作为所述待筛选的消息集合;其中,N为小于或等于所述预设频控阈值的正整数。
一种可能的实施方式中,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息,包括:
若所述待筛选的消息集合中的消息条数小于或等于所述预设处理阈值,将所述待筛选的消息集合中的消息作为选择的互动消息;
若所述待筛选的消息集合中的消息条数大于所述预设处理阈值M,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息,包括:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息,包括:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级以及所述预设处理阈值,从存储的互动消息中为所述消息接收端选择互动消息。
一种可能的实施方式中,将选择的互动消息发送给所述消息接收端,包括:
将选择的互动消息,按照对应的生成时间的先后顺序,依次发送给所述消息接收端。
第二方面,本公开实施例还提供一种互动消息处理的装置,包括:
存储模块,用于按照预设频控阈值,存储消息发送端发送的互动消息;所述预设频控阈值大于预设处理阈值,所述预设处理阈值指示消息接收端的消息处理能力;
选择模块,用于在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息;
发送模块,用于将选择的互动消息发送给所述消息接收端。
一种可能的实施方式中,所述存储模块,在按照预设频控阈值,存储消息发送端发送的互动消息时,用于:
在接收到任一消息发送端发送的任一互动消息后,判断在单位时间内接收并存储的互动消息的条数是否小于所述预设频控阈值;
若是,则将所述任一互动消息进行存储。
一种可能的实施方式中,所述消息获取请求中携带有所述消息接收端已获取的最后一条互动消息的生成时间;
所述选择模块,在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息时,用于:
根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合;
按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息。
一种可能的实施方式中,所述选择模块,在根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合时,用于:
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度,将从所述生成时间至当前时间存储的互动消息作为所述待筛选的消息集合;
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差大于单位时间长度,将从存储的互动消息中,选择对应的生成时间在所述最后一条互动消息的生成时间之后的,与当前时间之间的时间差最小的N条消息作为所述待筛选的消息集合;其中,N为小于或等于所述预设频控阈值的正整数。
一种可能的实施方式中,所述选择模块,在按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息时,用于:
若所述待筛选的消息集合中的消息条数小于或等于所述预设处理阈值,将所述待筛选的消息集合中的消息作为选择的互动消息;
若所述待筛选的消息集合中的消息条数大于所述预设处理阈值M,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,所述选择模块,在按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息时,用于:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,所述选择模块,在按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息时,用于:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级以及所述预设处理阈值,从存储的互动消息中为所述消息接收端选择互动消息。
一种可能的实施方式中,所述发送模块,在将选择的互动消息发送给所述消息接收端时,用于:
将选择的互动消息,按照对应的生成时间的先后顺序,依次发送给所述消息接收端。
第三方面,本公开实施例还提供一种计算机设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当计算机设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
第四方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
本公开实施例提供的互动消息处理的方法,在存储消息发送端发送的互动消息时,在单位时间内所存储的互动消息的数量大于预设处理阈值,在接收到消息接收端的消息获取请求之后,可以根据预设处理阈值和消息接收端对应的用户身份信息,进行互动消息的筛选,这里筛选出的互动消息,由于是结合消息接收端的用户身份信息进行筛选的,因此筛选出的互动消息能够满足不同消息接收端的用户对于互动消息的阅读需求,提高了对有效信息的浏览效率。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本公开实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,此处的附图被并入说明书中并构成本说明书中的一部分,这些附图示出了符合本公开的实施例,并与说明书一起用于说明本公开的技术方案。应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1示出了本公开实施例所提供的一种互动消息处理的方法的流程示意图;
图2示出了本公开实施例所提供的一种互动消息筛选方法的流程示意图;
图3示出了本公开实施例所提供的一种互动消息处理的装置的架构示意图;
图4示出了本公开实施例所提供的电子设备400的结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
在实施直播互动系统中,由于客户端的处理能力有限,且用户在单位时间内可读的互动消息的数量有限,因此需要对接收的互动消息进行筛选。在筛选互动消息时,一般是直接根据互动消息的生成时间,将先生成的N条消息筛选出来发送至客户端,例如,若服务器在单位时间内接收到200条互动消息,则会根据互动消息的生成时间,将前100条互动消息筛选出来发送给客户端。
然而在实际应用中,不同的用户端对应的用户所关注的互动消息的类型可能不同,例如若客户端对应的用户为主播,则该用户所关注的互动消息可能是观众的送礼消息,若用户端对应的用户为观众,则该用户所关注的互动消息可能是观众的聊天信息。因此,仅仅通过生成时间来对互动消息进行筛选的方法无法满足不同的用户对于互动消息的阅读需求。
基于此,本公开实施例提供了一种互动消息处理的方法,在存储消息发送端发送的互动消息时,在单位时间内所存储的互动消息的数量大于预设处理阈值,在接收到消息接收端的消息获取请求之后,可以根据预设处理阈值和消息接收端对应的用户身份信息,进行互动消息的筛选,这里筛选出的互动消息,由于是结合消息接收端的用户身份信息进行筛选的,因此筛选出的互动消息能够满足不同消息接收端的用户对于互动消息的阅读需求,提高了对有效信息的浏览效率。
针对以上方案所存在的缺陷,均是发明人在经过实践并仔细研究后得出的结果,因此,上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案,都应该是发明人在本公开过程中对本公开做出的贡献。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
为便于对本实施例进行理解,首先对本公开实施例所公开的一种互动消息处理的方法进行详细介绍,本公开实施例所提供互动消息处理的方法的执行主体一般为服务器。下面以执行主体为服务器为例对本公开实施例提供的互动消息处理的方法加以说明。
参见图1所示,为本公开实施例所提供的一种互动消息处理的方法的流程示意图,包括以下几个步骤:
步骤101、按照预设频控阈值,存储消息发送端发送的互动消息,所述预设频控阈值大于预设处理阈值,所述预设处理阈值指示消息接收端的消息处理能力。
步骤102、在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息。
步骤103、将选择的互动消息发送给所述消息接收端。
以下是对上述步骤101~步骤103的详细说明。
针对步骤101、
所述互动消息是至少一个消息发送端对某一消息发送端所发送的消息,例如在实时直播的场景中,消息发送端可以是观众端或主播端,互动消息可以是观众在主播的直播间所发送的聊天信息,或者是观众在主播的直播间的送礼消息等。
所述频控阈值为单位时间内存储的互动消息的数量,示例性的,频控阈值可以是100条/秒,即在第T秒和第T+1秒内所存储的互动消息的数量时100条,T为大于或等于0的整数;预设处理阈值指示消息接收端的消息处理能力,例如,预设处理阈值可以是消息接收端在单位时间内能够处理的消息的条数。
服务器可以一直接收消息发送端发送的互动消息,而在存储互动消息时,则按照预设频控阈值对互动消息进行存储。
具体的,在按照预设频控阈值,存储消息发送端发送的互动消息时,可以是在接收到任一消息发送端发送的任一互动消息后,可以先判断在单位时间内接收并存储的互动消息的条数是否小于预设频控阈值,若在单位时间内接收并存储的互动消息的条数小于预设频控阈值,则将接收到的该任一互动消息进行存储。
示例性的,若预设频控阈值为100条/秒,则在单位时间内(例如为1秒)所存储的互动消息的条数为100条,而服务器在单位时间内所接收到的互动消息可能超过100条,例如为150条,则服务器在每接收到一条互动消息,则可以判断在该单位时间内存储的互动消息的条数是否小于100条,若判断结果为是,则存储该互动消息,若判断结果为否,则丢弃该互动消息,即仅接收该互动消息,但并不存储该互动消息。
针对步骤102、
在一种可能的实施方式中,消息接收端和消息发送端可以是同一用户端,也可以是不同用户端,某一消息发送端在发送互动消息之后,还可以发送消息获取请求,此时该消息发送端也为消息接收端;在另一种场景中,某用户端还可以不发送互动消息,仅获取互动消息,此时,该用户端仅为消息接收端。
实际应用中,消息接收端可以每隔预设时间间隔向服务器发送一次消息获取请求,以获取互动消息。消息获取请求中可以携带有消息接收端已获取的最后一条互动消息的生成时间,其中,互动消息的生成时间可以是指消息发送端发送该互动消息的时间,也可以是指服务器接收该互动消息的时间,消息接收端已获取的最后一条互动消息的生成时间是指,消息接收端在前一次发起数据获取请求时,所获取的互动消息中生成时间最晚的互动消息的生成时间。
具体实施中,在接收到消息接收端的消息获取请求后,按照预设处理阈值以及消息接收端对应的用户身份信息,从存储的互动消息中为消息接收端选择互动消息时,可以参照如图2所述的互动消息筛选方法的流程示意图,包括以下几个步骤:
步骤201、根据消息获取请求中携带的,消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合。
其中,消息接收端在获取互动消息时,所获取的是在发起消息获取请求之前存储在服务器的互动消息,一般情况下,消息接收端可以每隔预设时间间隔发起一次消息获取请求,例如每两次消息获取请求之间的时间间隔可以是1秒,然而由于计算精度有限,消息接收端每两次发送消息获取请求的时间间隔可能超过1秒或小于1秒。因此在根据消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合时,包括以下两种情况:
情况1:消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度。
在这种情况下,若最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度,则说明消息发送端发送消息获取请求的时间间隔可能小于1秒钟,因此,此时可以将最后一条互动消息的生成时间与当前时间之间存储的互动消息作为待筛选的消息集合。
由于最后一条互动消息的生成之间与当前时间之间的时间差小于或等于单位时间长度,因此,由步骤101可知,在这段时间内服务器存储的互动消息的条数应小于或等于所述预设频控阈值。
情况2:消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度。
实际应用中,由于消息接收端网络的影响,或者消息接收端计算精度的影响,消息接收端发送的两次消息获取请求的时间间隔可能超过单位时间长度,在这种情况下,可以直接从存储的互动消息中,选择对应的生成时间在最后一条互动消息的生成时间之后,与当前时间之间的时间差最小的N条消息作为待筛选的消息集合;其中,N为小于或等于预设频控阈值的正整数。
步骤202、按照预设处理阈值以及消息接收端对应的用户身份信息,从待筛选的消息集合中为消息接收端选择互动消息。
其中,在按照预设处理阈值以及消息接收端对应的用户身份信息,从待筛选的消息集合中为消息接收端选择互动消息时,还可以根据待筛选的消息集合中所包含的互动消息的条数的不同,进行不同的处理方法,具体可以包括一下两种情况:
情况1:待筛选的消息集合中的消息条数小于或等于预设处理阈值。
在这种情况下,可以直接将待筛选的消息集合中的消息作为选择的互动消息。
情况2:待筛选的消息集合中的消息条数大于预设处理阈值。
若待筛选的消息集合中的消息条数大于预设处理阈值,则可以按照消息接收端对应的用户身份信息,从待筛选的消息集合中选择M条消息作为选择的互动消息,M为预设处理阈值。
具体的,可以先根据用户身份信息,确定与消息接收端对应的不同类型消息的接收优先级,然后根据接收优先级,从待筛选的消息集合中选择M条互动消息作为选择的互动消息。
具体的,互动消息的种类可以包括多种,具体可以根据应用场景的不同进行选择,例如在实时直播的应用场景中,互动消息的种类可以包括观众进入直播间的提示信息、观众所发送的聊天信息、观众送礼物的提示信息,其中观众所发送的聊天信息还可以包括送过礼物的观众的聊天信息以及未送过礼物的观众的聊天信息。
消息接收端对应的用户身份信息的不同,其对应的消息的接收优先级不同,例如对于主播而言,其关注的互动消息的种类的优先级可能是观众送礼物的提示信息、送过礼物的观众的聊天信息、观众进入直播间的提示信息、未送过礼物的观众的聊天信息,而对于普通观众,其对应的接收优先级可能是未送过礼物的观众的聊天信息、观众送礼物的提示信息、送过礼物的观众的聊天信息、观众进入直播间的提示信息等。具体实施中,不同用户身份信息对应的接收优先级可以是预先设置好的。
具体的,在根据接收优先级,从待筛选的消息集合中选择M条互动消息时,可以按照接收优先级,对待筛选的消息集合中的互动消息进行排序,属于同一接收优先级的互动消息,可以按照对应的生成时间进行排序,或者进行随机排序,然后根据排序结果,选择排在前M位的互动消息作为选择的互动消息。
在另外一种可能的实施方式中,在从待筛选的消息集合中选择M条消息作为选择的互动消息时,还可以确定不同的用户身份信息对应的选择比例和预设处理阈值进行互动消息的筛选。
具体的,可以先确定待筛选的消息集合中的每一个类型的互动消息的个数,然后按照消息接收端对应的用户身份信息对应的选择比例和预设处理阈值,分别从每种类型的互动消息中筛选出互动消息。
其中,在根据选择比例和预设处理阈值,从每种类型的互动消息中筛选互动消息时,可以先根据选择比例和预设处理阈值,确定每种类型所需选择的互动消息的个数,若待筛选的消息集合中所包含的每种类型的互动消息的个数均大于或等于该种类型对应的所需选择的个数,则从每种类型的互动消息中随机选择对应个数的互动消息,或者选择对应的生成时间在前S位的互动消息,其中,S为该种类型的互动消息对应的所需选择的互动消息的个数。
示例性的,若互动消息包括两种互动消息,消息接收端对应的用户身份信息对应的选择比例为2:1,待筛选的消息集合中包括第一种互动消息的个数为30,第二种互动消息的个数为40,预设处理阈值为30,则从第一种互动消息中选择20条互动消息,从第二种互动消息中选择10条互动消息。
在另外一种情况中,待筛选的消息集合中所包含的每种类型的互动消息的个数小于该种类型对应的所需选择的个数,在这种情况下,可以将该类型的互动消息,全部作为选择的互动消息,然后从剩下的类型的互动消息中,按照其对应的比例筛选互动消息。
示例性的,若互动消息包括三种互动消息,消息接收端对应的用户身份信息对应的选择比例为2:2:1,待筛选的消息集合中包括第一种互动消息的个数为10,第二种互动消息的个数为80,第三种互动消息的个数为60预设处理阈值为100,则从第一种互动消息中应该选择的互动消息的条数应该为40条,但是待筛选的消息集合中仅包括10条第一种互动消息,因此将第一种互动消息全部作为选择的互动消息,然后按照选择比例2:1从第二种互动消息和第三种互动消息中选择互动消息,即从第二种互动消息中筛选60条,从第三种互动消息中筛选30条。
本申请另外一种实施方式中,在从存储的互动消息中为消息接收端选择互动消息时,还可以直接根据用户身份信息进行筛选,具体的,可以先根据用户身份信息,确定与消息接收端对应的不同类型消息的接收优先级,然后根据接收优先级以及预设处理阈值,直接从存储的互动消息中为消息接收端选择互动消息。
其中,根据接收优先级以及预设处理阈值,从存储的互动消息中为消息接收端选择互动消息的方法,与上述根据接收优先级以及预设处理阈值,从待筛选的消息集合中选择互动消息的方法相同,在此将不再赘述。
针对步骤103、
在将选择的互动消息发送给消息接收端时,可以将选择的互动消息,按照对应的生成时间的先后顺序,依次发送给消息接收端,消息接收端在接收到互动消息之后进行互动消息的展示;或者在另外一种实施方式中,可以将选择的互动消息打包发给消息接收端,消息接收端根据互动消息对应的生成时间,依次进行展示。
本公开实施例提供的互动消息处理的方法,在存储消息发送端发送的互动消息时,在单位时间内所存储的互动消息的数量大于预设处理阈值,在接收到消息接收端的消息获取请求之后,可以根据预设处理阈值和消息接收端对应的用户身份信息,进行互动消息的筛选,这里筛选出的互动消息,由于是结合消息接收端的用户身份信息进行筛选的,因此筛选出的互动消息能够满足不同消息接收端的用户对于互动消息的阅读需求,提高了对有效信息的浏览效率。
本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于同一发明构思,本公开实施例中还提供了与互动消息处理的方法对应的互动消息处理的装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述互动消息处理的方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图3所示,为本公开实施例提供的一种互动消息处理的装置的架构示意图,所述装置包括:存储模块301、选择模块302、发送模块303;其中,
存储模块301,用于按照预设频控阈值,存储消息发送端发送的互动消息;所述预设频控阈值大于预设处理阈值,所述预设处理阈值指示消息接收端的消息处理能力;
选择模块302,用于在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息;
发送模块303,用于将选择的互动消息发送给所述消息接收端。
一种可能的实施方式中,所述存储模块301,在按照预设频控阈值,存储消息发送端发送的互动消息时,用于:
在接收到任一消息发送端发送的任一互动消息后,判断在单位时间内接收并存储的互动消息的条数是否小于所述预设频控阈值;
若是,则将所述任一互动消息进行存储。
一种可能的实施方式中,所述消息获取请求中携带有所述消息接收端已获取的最后一条互动消息的生成时间;
所述选择模块302,在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息时,用于:
根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合;
按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息。
一种可能的实施方式中,所述选择模块302,在根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合时,用于:
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度,将从所述生成时间至当前时间存储的互动消息作为所述待筛选的消息集合;
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差大于单位时间长度,将从存储的互动消息中,选择对应的生成时间在所述最后一条互动消息的生成时间之后的,与当前时间之间的时间差最小的N条消息作为所述待筛选的消息集合;其中,N为小于或等于所述预设频控阈值的正整数。
一种可能的实施方式中,所述选择模块302,在按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息时,用于:
若所述待筛选的消息集合中的消息条数小于或等于所述预设处理阈值,将所述待筛选的消息集合中的消息作为选择的互动消息;
若所述待筛选的消息集合中的消息条数大于所述预设处理阈值M,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,所述选择模块302,在按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息时,用于:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,所述选择模块302,在按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息时,用于:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级以及所述预设处理阈值,从存储的互动消息中为所述消息接收端选择互动消息。
一种可能的实施方式中,所述发送模块303,在将选择的互动消息发送给所述消息接收端时,用于:
将选择的互动消息,按照对应的生成时间的先后顺序,依次发送给所述消息接收端。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
基于同一技术构思,本申请实施例还提供了一种电子设备。参照图4所示,为本申请实施例提供的电子设备400的结构示意图,包括处理器401、存储器402、和总线403。其中,存储器402用于存储执行指令,包括内存4021和外部存储器4022;这里的内存4021也称内存储器,用于暂时存放处理器401中的运算数据,以及与硬盘等外部存储器4022交换的数据,处理器401通过内存4021与外部存储器4022进行数据交换,当电子设备400运行时,处理器401与存储器402之间通过总线403通信,使得处理器401在执行以下指令:
按照预设频控阈值,存储消息发送端发送的互动消息;所述预设频控阈值大于预设处理阈值,所述预设处理阈值指示消息接收端的消息处理能力;
在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息;
将选择的互动消息发送给所述消息接收端。
一种可能的实施方式中,处理器401执行的指令中,按照预设频控阈值,存储消息发送端发送的互动消息,包括:
在接收到任一消息发送端发送的任一互动消息后,判断在单位时间内接收并存储的互动消息的条数是否小于所述预设频控阈值;
若是,则将所述任一互动消息进行存储。
一种可能的实施方式中,处理器401执行的指令中,所述消息获取请求中携带有所述消息接收端已获取的最后一条互动消息的生成时间;所述在接收到消息接收端的消息获取请求后,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息,包括:
根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合;
按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息。
一种可能的实施方式中,处理器401执行的指令中,根据所述消息接收端已获取的最后一条互动消息的生成时间,从存储的互动消息中选择待筛选的消息集合,包括:
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差小于或等于单位时间长度,将从所述生成时间至当前时间存储的互动消息作为所述待筛选的消息集合;
若所述消息接收端已获取的最后一条互动消息的生成时间与当前时间之间的时间差大于单位时间长度,将从存储的互动消息中,选择对应的生成时间在所述最后一条互动消息的生成时间之后的,与当前时间之间的时间差最小的N条消息作为所述待筛选的消息集合;其中,N为小于或等于所述预设频控阈值的正整数。
一种可能的实施方式中,处理器401执行的指令中,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中为所述消息接收端选择互动消息,包括:
若所述待筛选的消息集合中的消息条数小于或等于所述预设处理阈值,将所述待筛选的消息集合中的消息作为选择的互动消息;
若所述待筛选的消息集合中的消息条数大于所述预设处理阈值M,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,处理器401执行的指令中,按照所述消息接收端对应的用户身份信息,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息,包括:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级,从所述待筛选的消息集合中选择M条互动消息作为选择的互动消息。
一种可能的实施方式中,处理器401执行的指令中,按照所述预设处理阈值以及所述消息接收端对应的用户身份信息,从存储的互动消息中为所述消息接收端选择互动消息,包括:
根据所述用户身份信息,确定与所述消息接收端对应的不同类型消息的接收优先级;
根据所述接收优先级以及所述预设处理阈值,从存储的互动消息中为所述消息接收端选择互动消息。
一种可能的实施方式中,处理器401执行的指令中,将选择的互动消息发送给所述消息接收端,包括:
将选择的互动消息,按照对应的生成时间的先后顺序,依次发送给所述消息接收端。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的互动消息处理的方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
本公开实施例所提供的互动消息处理的方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行上述方法实施例中所述的互动消息处理的方法的步骤,具体可参见上述方法实施例,在此不再赘述。
本公开实施例还提供一种计算机程序,该计算机程序被处理器执行时实现前述实施例的任意一种方法。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software DevelopmentKit,SDK)等等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。