CN106357625B - 一种多媒体信息发布方法及服务器 - Google Patents
一种多媒体信息发布方法及服务器 Download PDFInfo
- Publication number
- CN106357625B CN106357625B CN201610770787.9A CN201610770787A CN106357625B CN 106357625 B CN106357625 B CN 106357625B CN 201610770787 A CN201610770787 A CN 201610770787A CN 106357625 B CN106357625 B CN 106357625B
- Authority
- CN
- China
- Prior art keywords
- information
- multimedia information
- consumed
- multimedia
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种多媒体信息发布方法及服务器,所述方法包括:获取到至少一个客户端上传的至少一条多媒体信息,获取到针对所述至少一条多媒体信息中每一条多媒体信息的时间特征信息以及热点程度信息;至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端,以使得所述目标客户端展示所述至少一个目标多媒体信息。
Description
技术领域
本发明涉及通信领域中的信息发送技术,尤其涉及一种多媒体信息发布方法及服务器。
背景技术
在现有的针对多媒体信息向客户端进行推荐的方法通常为在服务器侧由人工筛选进而向客户端进行推介,或者,可以根据多媒体信息的热点程度,选取较热的多媒体信息进行推荐,但是,这样一来,存在的问题如下:人工筛选缺点为时效性差,耗费资源,筛选效率低,内容条目数不够用。大量渴望曝光的资源没有丝毫浏览量;按热度缺点为具有马太效应,先曝光的后面将有更多机会曝光。未得到曝光的内容将沉底。
发明内容
本发明的主要目的在于提出一种多媒体信息发布方法及服务器,旨在解决现有技术中存在的上述问题。
为实现上述目的,本发明提供的一种多媒体信息发布方法,包括:
获取到至少一个客户端上传的至少一条多媒体信息;
获取到针对所述至少一条多媒体信息中每一条多媒体信息的时间特征信息以及热点程度信息;
至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;
基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端,以使得所述目标客户端展示所述至少一个目标多媒体信息。
本发明还提供了一种服务器,所述服务器包括:
第一处理单元,用于获取到至少一个客户端上传的至少一条多媒体信息;获取到针对所述至少一条多媒体信息中每一条多媒体信息的时间特征信息以及热点程度信息;
第二处理单元,用于至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;
信息发布单元,用于基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端。
本发明提出的一种多媒体信息发布方法及服务器,基于接收到的多媒体信息的时间特征信息进行第一队列的生成;基于多媒体信息的热点程度进行第一优先级队列的生成;基于第一队列和/或第一优先级队列选取目标多媒体信息以响应目标客户端的信息获取请求,以使得目标客户端展示目标多媒体信息。如此,就能够避免由于人工对服务器内保存的多媒体信息进行处理而带来的客户端仅能获取到集中的部分多媒体信息、而减少了更多的多媒体信息被曝光的机会的问题,提升了多媒体信息的发布的效率以及被发布的机率。
附图说明
图1为本发明实施例信息发布方法流程示意图;
图2为本发明实施例场景示意图一;
图3为本发明实施例场景示意图二;
图4a为本发明实施例各歌曲库中包含的歌曲示意图一;
图4b为本发明实施例各歌曲库中包含的歌曲示意图二;
图5为本发明实施例第一队列示意图;
图6为本发明实施例设置第一待消耗值的初始处理示意图;
图7为本发明实施例第一待消耗值的调整处理示意图;
图8为本发明实施例针对分发的歌曲收到反馈信息示意图一;
图9为本发明实施例针对分发的歌曲收到反馈信息示意图二;
图10为本发明实施例第一优先级队列的第二待消耗值示意图;
图11为本发明实施例客户端进行刷新的处理示意图;
图12为本发明实施例目标客户端进行歌曲更替处理示意图;
图13为本发明实施例服务器组成结构示意图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步详细说明。
本发明实施例提供了一种信息分发方法,如图1所示,包括:
步骤101:获取到至少一个客户端上传的至少一条多媒体信息;获取到针对所述至少一条多媒体信息中每一条多媒体信息的时间特征信息以及热点程度信息;
步骤102:至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;
步骤103:基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端,以使得所述目标客户端展示所述至少一个目标多媒体信息。
本实施例提供的方法可以应用于服务器侧,所述至少一个客户端上传的至少一条多媒体信息可以为,客户端通过对应的用户账号上传的至少一条多媒体信息;其中,所述多媒体信息可以为歌曲,具体来说可以为用户自己录制的歌曲。
下面首先针对如何建立第一队列进行说明:
所述至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列,还包括:
获取到每一条多媒体信息的第一待消耗值;其中,所述多媒体信息的第一待消耗值至少与所述多媒体信息能够分发至客户端的剩余次数相关;基于所述时间特征信息对所述至少一条多媒体信息进行筛选得到筛选后的至少一条多媒体信息;基于所述第一待消耗值,对所述筛选后的至少一条多媒体信息进行排序得到第一队列。
其中进行时间特征信息的确定的方法可以包括:基于所述每一条多媒体信息的接收时刻,确定每一条多媒体信息的保存时长作为时间特征信息;
相应的,所述基于所述时间特征信息对所述至少一条多媒体信息进行筛选得到筛选后的至少一条多媒体信息包括:当多媒体信息的所述时间特征信息大于第一时长门限值时,删除所述多媒体信息。其中,所述第一时长门限值可以为根据实际情况进行设置的时长,比如,可以设置为24小时。
其中,第一时长门限值可以为根据实际情况进行设置,比如,可以设置为24小时,或者可以设置为48小时,具体的可以根据歌曲库中包含的多媒体信息也就是歌曲的数量来定,比如,歌曲较少时可以设置为48小时,歌曲较多时可以设置为24小时。当然本实施例中给出的设置第一时长门限值的方法仅为示例,具体的可以采用其他的设置方式,本实施例中不进行穷举。
和/或,
检测所述第一队列中每一个多媒体信息的第一待消耗值是否小于第一预设消耗门限值,将所述第一待消耗值小于第一预设消耗门限值的多媒体信息从所述第一队列中删除。其中,所述第一预设消耗门限值可以为根据实际情况进行设置,比如,可以设置为零,也可以设置为20,根据实际情况进行设置,本实施例中不进行详述。也就是说,当一个多媒体信息的第一待消耗值为零的时候,确定删除该多媒体信息。
所述获取到每一条多媒体信息的第一待消耗值,包括:接收到至少一个客户端上传的至少一条多媒体信息时,针对每一条多媒体信息设置第一待消耗值;根据针对所述多媒体信息的分发操作的次数对所述消耗值进行调整,得到调整后的第一待消耗值。
具体来说,当所述服务器侧接收到任意一个客户端上传的多媒体信息时,就为接收到的多媒体信息设置一个初始数值作为第一待消耗值,其中,每一个多媒体信息对应的初始数值可以相同也可以不同。
每一个多媒体对应相同的初始数值可以参见图2,服务器接收到两个客户端上传的歌曲1以及歌曲2,将歌曲1以及歌曲2均设置为相同的初始数值,也就是图中所示的100,作为第一待消耗值。
或者,每一个多媒体信息设置不同的初始数值作为第一待消耗值的方法,可以为根据上传所述多媒体信息的客户端的用户账号相关,当用户账号的注册时长小于预设时长时,可以为其设置较高的初始数值作为其第一待消耗值,当用户账号的注册时长不小于预设时长时,可以设置较低的初始数值作为第一待消耗值;比如,参见图3,两个客户端分别通过账号1和账号2上传的歌曲1以及歌曲2,由于账号2的注册时长较短,所以为其分配较大的初始数值,将歌曲1的初始数值设置为100作为第一待消耗值,歌曲2的初始数值设置为150作为第一待消耗值。
所述针对多媒体信息的分发操作可以为:响应任意一个客户端发来的多媒体信息的信息获取请求时,向该客户端分发多媒体信息,此时则确定针对多媒体信息执行了一次分发操作。
上述根据针对所述多媒体信息的分发操作的次数对所述第一待消耗值进行调整,可以有以下两种处理方式:
将第一待消耗值减去所述针对多媒体信息的分发操作的次数将得到的结果作为调整后的第一待消耗值;
或者,将针对多媒体信息的分发操作的次数进行加权计算得到加权数,将第一待消耗值减去所述加权数得到的结果作为调整后的第一待消耗值。
具体的,其中所述进行加权计算的加权值可以根据实际情况进行调整,比如,参见图4a,当前歌曲库中的歌曲数量较多时,比如图中所示有1000首歌曲,想要加速歌曲的更新速度,可以将加权值设置的较大,比如,大于2(可以为2.5),此时每次进行分发之后就将该歌曲对应的第一待消耗值(100)减去较大的一个数值,也就是图中所示歌曲1被分发一次,就将第一待消耗值100减去2.5,调整为97.7,从而达到加速歌曲更新的效果;
如果当前歌曲库中的歌曲数量较少,可以降低歌曲的更新速度,将加权值设置的较小,比如,大于0小于1,从而达到降低歌曲更新速度的效果。比如,参见图4b,歌曲库中仅有10首歌曲,可以降低歌曲的更新速度,每一个歌曲的第一待消耗值为100,当歌曲2被分发一次时,对应的分发操作的次数进行加权计算得到加权数为0.3,那么歌曲2被分发一次之后对应了第一待消耗值为99.7。
需要指出的是,本实施例中根据第一待消耗值对多媒体信息进行排序的时候,可以为由高到低进行排序,比如,参见图5,几个歌曲的第一待消耗值分别为图中所示,将第一待消耗值较大的排在前面也就是图中的右侧,第一待消耗值较小的排在后面也就是图中左侧。
另外,在进行第一队列的排序时,当两个歌曲的第一待消耗值相同时,还可以为根据时间特征信息进行排序,将接收时刻较晚的排在前面,也就是余额相等时,晚入者优先分发。
可以将第一队列中的多媒体信息基于时间特征信息,也就是保存时长在0~2小时内第一子队列,第一子队列的多媒体信息按照上述规则进行排序;而针对时间特征信息,也就是保存时长较长的比如在2~24h内的多媒体信息作为第二子队列,第二子队列的排序规则也可以如上;这里需要说明的是,划分出第一子队列和第二子队列之后,可以将第一子队列排在所述第二子队列之前,也就是说,第一子队列作为时效性较高的一个子队列,包含的多媒体信息为最近添加的多媒体信息(歌曲),将这些多媒体信息放在前面的位置以保证能够首先被分发。
进一步地,还可以将第二子队列中的多媒体信息的第一待消耗值小于第三待消耗门限值的多媒体信息添加到第一子队列中,比如,第三待消耗门限值可以根据实际情况进行设置,可以设置为80,当第二子队列中多媒体信息的第一待消耗值被消耗掉21,即第一待消耗值为79时,即认为该多媒体信息为用户点击较多的多媒体信息,那么可以将该多媒体信息从第二子队列移植第一子队列中,从而提升该多媒体信息的排序。
上述关于第一队列的生成,可以为本实施例中提供的基本处理,也就是普通衰减队列的生成。比如,参见图6,在全民K歌客户端中某一个用户A发布了一首自己录制的歌曲1,在用户A发布歌曲1成功的瞬间,歌曲1条目会立即进入一个大的普通衰减队列池或者为一个歌曲库;将歌曲1加入歌曲库的同时给予该歌曲1设置第一待消耗值为100。在上述图6的基础之上,参见图7,检测到歌曲1被分发一次,比如分发到用户B的客户端,则减去1个待消耗值;另外,歌曲1的时效性随时间流逝而衰减,该队列池(即第一队列)中不保留发布超过24小时的作品,也不保留第一待消耗值为0的作品。
接下来介绍如何建立第一优先级队列,具体如下:
检测针对多媒体信息的至少一个反馈信息,其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;
基于多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息的热点程度信息。
所有的歌曲作品得到分发后允许消耗者进行顶踩操作,也就是根据消耗着或者是接收者的顶踩操作得到支持或者不支持的反馈信息,服务器的后台根据反馈信息记录顶踩操作的次数。顶即喜欢也就是支持,踩即讨厌也就是不支持。
基于每一条多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息中每一条多媒体信息的热点程度信息的方式;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;可以有以下处理方式至少之一:
处理方式一
获取到多媒体信息的分发次数、获取到每一条多媒体信息得到第一类反馈信息的数量,将第一类反馈信息的数量与分发次数相比得到的比值作为热点程度信息;
将热点程度信息大于预设第一比例阈值的多媒体信息选取出来添加至第一优先级队列中;其中,第一比例阈值可以根据实际情况进行设置,比如,顶的次数与发布次数的比值大于30%。
比如,参见图8,歌曲A曝光也就是分发次数为5,可以为被5个用户通过客户端获取到歌曲的操作,其中有3个用户点赞或者顶歌曲A,那么服务器侧接收到这三个用户的反馈信息就是第一类反馈信息,另外2个用户可以踩歌曲A,那么接收到这两个用户的反馈信息就是第二类反馈信息;将第一类反馈信息的数量也就是三个,与分发次数5相比得到60%;由于该比值大于预设第一比例阈值,所以将歌曲A添加至第一优先级队列。
处理方式二
获取到多媒体信息的第一类反馈信息的数量作为热点程度信息;当所述热点程度信息大于第一数量门限值时,设置该多媒体信息添加至第一优先级队列。比如热点程度信息多于15次,就将该多媒体信息添加至第一优先级队列。
处理方式三
获取到每一条多媒体信息的分发次数、获取到每一条多媒体信息得到第二类反馈信息的数量,将第二类反馈信息的数量与分发次数相比得到的比值作为热点程度信息;当热点程度信息小于第二比例阈值时,该多媒体信息添加至第一优先级队列。
比如,参见图9,歌曲A曝光也就是分发次数为6,可以为被6个用户通过客户端获取到歌曲的操作,其中有5个用户不对歌曲A进行反馈也就是即不顶也不采,另外1个用户可以对歌曲A踩,那么接收到这1个用户的反馈信息就是第二类反馈信息;第二类反馈信息的数量也就是1个,与分发次数6相比得到13%作为针对歌曲A的支持程度。第二比例阈值,可以根据实际情况进行设置,比如,可以设置为5%;那么上述歌曲A不添加至第一优先级队列。
处理方式四
获取到多媒体信息的第二类反馈信息的数量作为热点程度信息;当热点程度信息小于第二数量门限值时,多媒体信息添加至第一优先级队列。
基于上述处理方式,可以理解,当收到的至少一条多媒体信息,比如,多个歌曲,通过接受顶或踩确定相应的热点程度信息,基于热点程度信息确定将对应的多媒体信息进行升级,也就是将该多媒体信息添加到第一优先级队列中,另外,此时还需要操作的是将该多媒体信息从所述第一队列中删除;
进一步地,当基于热点程度信息确定多媒体信息需要降级,也就是该多媒体信息收到的踩的次数在一段时间内达到一定数量,那么将该多媒体信息直接删除,需要说明的是,此处所述的删除可以为将该多媒体信息直接移出第一队列;所述确定多媒体信息需要降级的方式可以与上述四种处理方式相对应,比如,当采用处理方式一时热点程度信息小于预设第三比例阈值,比如1%时,可以确定该多媒体信息基本没有收到顶,可以将该多媒体信息删除;当采用处理方式二时,热点程度信息小于第三数量门限值,比如可以为1时确定删除该多媒体信息;当采用处理方式三时,热点程度信息大于第四比例阈值,比如80%,也就是说收到了踩的次数较多,可以确定删除该多媒体信息;当采用处理方式四时,热点程度信息大于第四数量门限值,也就是说收到了踩的次数多,确定删除该多媒体信息。
还可以包括有,在预设时长内多媒体信息未满足添加至第一优先级队列的条件,则将该多媒体信息删除,具体可以为将该多媒体信息从第一队列中删除。
另外,本实施例针对第一优先级队列还会进行相应的处理,具体如下:
所述从所述第一队列中选取第一优先级对应的至少一条多媒体信息建立第一优先级队列之后,所述方法还包括:
将所述第一优先级队列中包含的至少一条多媒体信息设置为第二待消耗值,其中,所述第二待消耗值不小于所述第一待消耗值;也就是说,升级至优质衰减体系队列(第一优先级队列)的同时新给予第一优先级队列中的每一个多媒体信息条目1000个待消耗值。
检测针对第一优先级队列中的每一个多媒体信息的分发操作,根据针对所述多媒体信息的分发操作的次数对所述每一个多媒体信息的第二待消耗值进行调整,得到调整后的第二待消耗值;比如,第一优先级队列中的一个多媒体信息每被分发一次则减去1个待消耗值。
相应的,所述方法还包括:检测所述第一优先级队列中的每一条多媒体信息的第二待消耗值是否小于第二预设消耗门限值,将所述第二待消耗值小于第二预设消耗门限值的多媒体信息从所述第一优先级队列中删除。其中,第二预设消耗门限值可以根据实际情况进行设置,比如,可以设置为零,也可以设置为其他数量,比如,该队列池中超过24小时不会移除,直至待消耗值为0则移除。
第一优先级队列每一个多媒体信息对应的第二待消耗值参见图10,其中,多媒体信息随着被分发的次数被减去一定的待消耗值以得到更新后的第二待消耗值。
所述基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端,包括:
接收到目标客户端发来的信息获取请求,其中,所述信息获取请求中至少包有所述目标客户端中能够用于展示多媒体信息的空闲位置的数量;
基于所述信息获取请求中空闲位置的数量,确定选取目标多媒体信息的目标数量,基于所述目标数量从所述第一优先级队列和/或第一队列选取得到目标数量个目标多媒体信息发送至目标客户端。
客户端的发起信息获取请求的方式可以为:用户通过客户端进行刷新操作,比如,参见图11,点击刷新按钮,相应的就向服务器侧发起一次信息获取请求。每一次信息获取请求中至少可以包括有:目标客户端能够容纳的目标多媒体信息的数量,比如,客户端当前有十个空位能够容纳十个目标多媒体信息,那么数量信息可以携带在该次信息获取请求中发送至服务器侧。消耗者队列用于接收这些待分发的流量,每空出一个待接收位,则在待消耗队列中寻找排序最靠前的一个条目分发给消耗者。假设单次刷新页面可以提供十个空位,消耗者提供的空位如图,每个消耗者有10个空位。
关于第一优先级队列的多媒体信息排列以及分发原则,可以参见以下说明:
所述基于所述目标数量从所述第一优先级队列和/或第一队列选取得到目标数量个目标多媒体信息,包括:
确定所述目标客户端发来的信息获取请求为所述目标客户端的第N次信息获取请求,基于所述第N次信息获取请求对应的多媒体信息获取规则,从所述第一优先级队列选取第一待消耗值排在前M位的目标多媒体信息、和/或从所述第一队列选取第二待消耗值排在前L为的目标多媒体信息;
其中,N为大于等于一的整数,M为大于等于零的整数且小于等于目标数量的整数、L为大于等于零且小于等于目标数量的整数。
另外,每一给信息获取请求对应的多媒体信息获取规则可以不同,具体的可以根据实际情况进行设置,比如,
第一次访问页面,拉取优质队列中前8位的条目+普通队列中前2位条目(若某一种不足,则用另一种补充);
第二次访问页面,拉取优质队列中前5位的条目+普通队列中前5位条目;
第三次访问页面,拉取优质队列中前1位的条目+普通队列中前9位条目。
上述仅示例了三次信息获取请求对应的信息获取规则,可以理解的是,可以根据上述设置方式无穷尽的进行更多次多媒体信息获取请求对应的多媒体信息获取规则,本实施例中不进行穷举。
在上述介绍的场景基础之上,本实施例还提供针对调整的目标多媒体信息,以发送至目标客户端以使得目标客户端能够根据实际操作进行其多媒体信息的调整,具体如下:
接收到所述目标客户端发来的针对第一目标多媒体信息的反馈信息;其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;
当所述针对第一目标多媒体信息的反馈信息为第二类反馈信息时,从所述第一优先级队列或第一队列中选取一目标多媒体信息,将选取的目标多媒体信息发送至所述目标客户端,以使得所述目标客户端利用选取的目标多媒体信息替换所述第一目标多媒体信息。
比如,参见图12,用户在目标客户端对歌曲A进行操作,操作为踩,此时客户端生成第二类反馈信息反馈至服务器侧;服务器接收到目标客户端针对歌曲A的第二类反馈信息后,从第一优先级队列中选取除去歌曲A以外排列在第一位的歌曲B,将歌曲B发送至目标客户端,以使得目标客户端利用歌曲B替换原歌曲A的位置,并展示歌曲B。
也就是说,消耗者可以进行顶踩刷新操作,其中:顶,界面不删除对应条目;踩立即删除对应条目并替换一个新的优质队列或普通队列条目。
基于上述介绍的多媒体信息发布方法,本发明实施例还提供了一种实现上述多媒体信息发布方法的服务器,如图13所示,包括:
第一处理单元1301,用于获取到至少一个客户端上传的至少一条多媒体信息;获取到针对所述至少一条多媒体信息中每一条多媒体信息的时间特征信息以及热点程度信息;
第二处理单元1302,用于至少基于时间特征信息以及所述至少一条多媒体信息建立第一队列;以及基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;
信息发布单元1303,用于基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端。
本实施例中首先针对如何建立第一队列进行说明:
所述第二处理单元,用于获取到每一条多媒体信息的第一待消耗值;其中,所述多媒体信息的第一待消耗值至少与所述多媒体信息能够分发至客户端的剩余次数相关;基于所述时间特征信息对所述至少一条多媒体信息进行筛选得到筛选后的至少一条多媒体信息;基于所述第一待消耗值,对所述筛选后的至少一条多媒体信息进行排序得到第一队列。
第一处理单元1301,用于接收到至少一个客户端上传的至少一条多媒体信息时,针对每一条多媒体信息设置第一待消耗值;当检测到针对多媒体信息的分发操作时,根据针对所述多媒体信息的分发操作的次数对所述消耗值进行调整,得到调整后的第一待消耗值。
所述第一处理单元1301,用于接收到任意一个客户端上传的多媒体信息时,就为接收到的多媒体信息设置一个初始数值作为第一待消耗值,其中,每一个多媒体信息对应的初始数值可以相同也可以不同。
每一个多媒体对应相同的初始数值可以参见图2,服务器接收到两个客户端上传的歌曲1以及歌曲2,将歌曲1以及歌曲2均设置为相同的初始数值,也就是图中所示的100,作为第一待消耗值。
或者,每一个多媒体信息设置不同的初始数值作为第一待消耗值,可以为根据上传所述多媒体信息的客户端的用户账号相关,当用户账号的注册时长小于预设时长时,可以为其设置较高的初始数值作为其第一待消耗值,当用户账号的注册时长不小于预设时长时,可以设置较低的初始数值作为第一待消耗值。
上述当检测到针对多媒体信息的分发操作时,根据针对所述多媒体信息的分发操作的次数对所述第一待消耗值进行调整,得到调整后的第一待消耗值中,所述针对多媒体信息的分发操作可以为,响应任意一个客户端发来的多媒体信息的信息获取请求时,向该客户端分发多媒体信息,此时则确定针对多媒体信息执行了一次分发操作。
上述根据针对所述多媒体信息的分发操作的次数对所述消耗值进行调整,可以有以下两种处理方式:
所述第一处理单元,用于将第一待消耗值减去所述针对多媒体信息的分发操作的次数将得到的结果作为调整后的第一待消耗值;
或者,所述第一处理单元,用于将针对多媒体信息的分发操作的次数进行加权计算得到加权数,将第一待消耗值减去所述加权数得到的结果作为调整后的第一待消耗值。
具体的,其中所述进行加权计算的加权值可以根据实际情况进行调整,比如,参见图4a,当前歌曲库中的歌曲数量较多时,比如图中所示有1000首歌曲,想要加速歌曲的更新速度,可以将加权值设置的较大,比如,大于2(可以为2.5),此时每次进行分发之后就将该歌曲对应的第一待消耗值(100)减去较大的一个数值,也就是图中所示歌曲1被分发一次,就将第一待消耗值100减去2.5,调整为97.7,从而达到加速歌曲更新的效果;
如果当前歌曲库中的歌曲数量较少,可以降低歌曲的更新速度,将加权值设置的较小,比如,大于0小于1,从而达到降低歌曲更新速度的效果。比如,参见图4b,歌曲库中仅有10首歌曲,可以降低歌曲的更新速度,每一个歌曲的第一待消耗值为100,当歌曲2被分发一次时,对应的分发操作的次数进行加权计算得到加权数为0.3,那么歌曲2被分发一次之后对应了第一待消耗值为99.7。
需要指出的是,本实施例中根据第一待消耗值对多媒体信息进行排序的时候,可以为由高到低进行排序,比如,参见图5,几个歌曲的第一待消耗值分别为图中所示,将第一待消耗值较大的排在前面也就是图中的右侧,第一待消耗值较小的排在后面也就是图中左侧。另外,在进行第一队列的排序时,可以按待消耗余额排序,余额多则优先分发,也就是排在前面的优先分发;具体的可以为根据多媒体信息的接收时刻进行排序,当两个歌曲的第一待消耗值相同时,将接收时刻较晚的排在前面,也就是余额相等时,晚入者优先分发。
进一步地,第二处理单元,可以将第一队列中的多媒体信息基于时间特征信息,也就是保存时长在0~2小时内第一子队列,第一子队列的多媒体信息按照上述规则进行排序;而针对时间特征信息,也就是保存时长较长的比如在2~24h内的多媒体信息作为第二子队列,第二子队列的排序规则也可以如上;这里需要说明的是,划分出第一子队列和第二子队列之后,可以将第一子队列排在所述第二子队列之前,也就是说,第一子队列作为时效性较高的一个子队列,包含的多媒体信息为最近添加的多媒体信息(歌曲),将这些多媒体信息放在前面的位置以保证能够首先被分发。
进一步地,第二处理单元,还可以将第二子队列中的多媒体信息的第一待消耗值小于第三待消耗门限值的多媒体信息添加到第一子队列中,比如,第三待消耗门限值可以根据实际情况进行设置,可以设置为80,当第二子队列中多媒体信息的第一待消耗值被消耗掉21,即第一待消耗值为79时,即认为该多媒体信息为用户点击较多的多媒体信息,那么可以将该多媒体信息从第二子队列移植第一子队列中,从而提升该多媒体信息的排序。
所述根据每一个多媒体信息的保存时长和/或第一待消耗值可以确定是否继续保存多媒体信息,具体如下:
所述第一处理单元,用于基于所述每一条多媒体信息的接收时刻,确定每一条多媒体信息的保存时长作为时间特征信息;
相应的,所述第二处理单元,用于当一多媒体信息的所述保存时长大于第一时长门限值时,将所述多媒体信息从所述第一队列中删除;其中,第一时长门限值可以为根据实际情况进行设置,比如,可以设置为24小时,或者可以设置为48小时,具体的可以根据歌曲库中包含的多媒体信息也就是歌曲的数量来定,比如,歌曲较少时可以设置为48小时,歌曲较多时可以设置为24小时。当然本实施例中给出的设置第一时长门限值的方法仅为示例,具体的可以采用其他的设置方式,本实施例中不进行穷举。
和/或,
所述第二处理单元,用于检测所述第一队列中每一个多媒体信息的第一待消耗值是否小于第一预设消耗门限值,将所述第一待消耗值小于第一预设消耗门限值的多媒体信息从所述第一队列中删除。其中,所述第一预设消耗门限值可以为根据实际情况进行设置,比如,可以设置为零,也可以设置为20,根据实际情况进行设置,本实施例中不进行详述。也就是说,当一个多媒体信息的第一待消耗值为零的时候,确定删除该多媒体信息。
上述关于第一队列的生成,可以为本实施例中提供的基本处理,也就是普通衰减队列的生成。比如,参见图6,在全民K歌客户端中某一个用户A发布了一首自己录制的歌曲1,在用户A发布歌曲1成功的瞬间,歌曲1条目会立即进入一个大的普通衰减队列池或者为一个歌曲库;将歌曲1加入歌曲库的同时给予该歌曲1设置第一待消耗值为100。在上述图6的基础之上,参见图7,检测到歌曲1被分发一次,比如分发到用户B的客户端,则减去1个待消耗值;另外,歌曲1的时效性随时间流逝而衰减,该队列池中不保留发布超过24小时的作品,也不保留待消耗值为0的作品。
接下来,介绍如何建立第一优先级队列的方法,具体如下:
所述第一处理单元,用于检测针对多媒体信息的至少一个反馈信息,其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;基于多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息中每一条多媒体信息的优先级。
所有的歌曲作品得到分发后允许消耗者进行顶踩操作,也就是根据消耗着或者是接收者的顶踩操作得到支持或者不支持的反馈信息,服务器的后台根据反馈信息记录顶踩操作的次数。顶即喜欢也就是支持,踩即讨厌也就是不支持。
当第一类反馈信息也就是支持的数量达到一定数量的之后,确定将对应的多媒体信息进行升级,添加到第一优先级队列中,升级则提升至优质衰减队列;降级则直接移出队列;维持则继续等待满足升降级条件直至24小时后移除。
所述第二处理单元,用于至少基于每一条多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息中每一条多媒体信息的优先级,可以有以下处理方式至少之一:
处理方式一
第一处理单元,用于获取到多媒体信息的分发次数、获取到每一条多媒体信息得到第一类反馈信息的数量,将第一类反馈信息的数量与分发次数相比得到的比值作为热点程度信息;
相应的,所述第二处理单元,用于将热点程度信息大于预设第一比例阈值的多媒体信息选取出来添加至第一优先级队列中;其中,第一比例阈值可以根据实际情况进行设置,比如,顶的次数与发布次数的比值大于30%。
比如,参见图8,歌曲A曝光也就是分发次数为5,可以为被5个用户通过客户端获取到歌曲的操作,其中有3个用户点赞或者顶歌曲A,那么服务器侧接收到这三个用户的反馈信息就是第一类反馈信息,另外2个用户可以踩歌曲A,那么接收到这两个用户的反馈信息就是第二类反馈信息;将第一类反馈信息的数量也就是三个,与分发次数5相比得到60%;由于该比值大于预设第一比例阈值,所以将歌曲A添加至第一优先级队列。
处理方式二
第一处理单元,用于获取到每一条多媒体信息的第一类反馈信息的数量作为热点程度信息;相应的,所述第二处理单元,用于当所述热点程度信息大于第一数量门限值时,设置该多媒体信息添加至第一优先级队列。比如第一类反馈信息的数量多于15次,就将该多媒体信息作为第一优先级。
处理方式三
第一处理单元,用于获取到每一条多媒体信息的分发次数、获取到每一条多媒体信息得到第二类反馈信息的数量,将第二类反馈信息的数量与分发次数相比得到的比值作为热点程度信息;相应的,所述第二处理单元,用于当热点程度信息小于第二比例阈值时,该多媒体信息添加至第一优先级队列。
比如,参见图9,歌曲A曝光也就是分发次数为6,可以为被6个用户通过客户端获取到歌曲的操作,其中有5个用户不对歌曲A进行反馈也就是即不顶也不采,另外1个用户可以对歌曲A踩,那么接收到这1个用户的反馈信息就是第二类反馈信息;第二类反馈信息的数量也就是1个,与分发次数6相比得到13%作为针对歌曲A的支持程度。第二比例阈值,可以根据实际情况进行设置,比如,可以设置为5%;那么上述歌曲A不添加至第一优先级队列。
处理方式四
第一处理单元,用于获取到每一条多媒体信息的第二类反馈信息的数量作为热点程度信息;相应的,所述第二处理单元,用于当热点程度信息小于第二数量门限值时,多媒体信息添加至第一优先级队列。
另外,本实施例针对第一优先级队列还会进行相应的处理,具体如下:
所述从所述第一队列中选取第一优先级对应的至少一条多媒体信息建立第一优先级队列之后,第一处理单元,用于将所述第一优先级队列中包含的至少一条多媒体信息设置为第二待消耗值,其中,所述第二待消耗值不小于所述第一待消耗值;也就是说,升级至优质衰减体系队列(第一优先级队列)的同时新给予第一优先级队列中的每一个多媒体信息条目1000个待消耗值。
检测针对第一优先级队列中的每一个多媒体信息的分发操作,根据针对所述多媒体信息的分发操作的次数对所述每一个多媒体信息的第二待消耗值进行调整,得到调整后的第二待消耗值;比如,第一优先级队列中的一个多媒体信息每被分发一次则减去1个待消耗值。
所述第二处理单元,用于检测所述第一优先级队列中的每一条多媒体信息的第二待消耗值是否小于第二预设消耗门限值,将所述第二待消耗值小于第二预设消耗门限值的多媒体信息从所述第一优先级队列中删除。其中,第二预设消耗门限值可以根据实际情况进行设置,比如,可以设置为零,也可以设置为其他数量,比如,该队列池中超过24小时不会移除,直至待消耗值为0则移除。
第一优先级队列每一个多媒体信息对应的第二待消耗值参见图10,其中,多媒体信息随着被分发的次数被减去一定的待消耗值以得到更新后的第二待消耗值。
所述基于所述第一优先级队列和/或第一队列,选取得到至少一个目标多媒体信息发送至目标客户端,包括:
所述信息发布单元,用于接收到目标客户端发来的信息获取请求,其中,所述信息获取请求中至少包有所述目标客户端中能够用于展示多媒体信息的空闲位置的数量;基于所述信息获取请求中空闲位置的数量,确定选取目标多媒体信息的目标数量,基于所述目标数量从所述第一优先级队列和/或第一队列选取得到目标数量个目标多媒体信息发送至目标客户端。
客户端的发起信息获取请求的方式可以为:用户通过客户端进行刷新操作,比如,参见图11,点击刷新按钮,相应的就向服务器侧发起一次信息获取请求。每一次信息获取请求中至少可以包括有:目标客户端能够容纳的目标多媒体信息的数量,比如,客户端当前有十个空位能够容纳十个目标多媒体信息,那么数量信息可以携带在该次信息获取请求中发送至服务器侧。消耗者队列用于接收这些待分发的流量,每空出一个待接收位,则在待消耗队列中寻找排序最靠前的一个条目分发给消耗者。假设单次刷新页面可以提供十个空位,消耗者提供的空位如图,每个消耗者有10个空位。
关于第一优先级队列的多媒体信息排列以及分发原则,可以参见以下说明:
所述基于所述目标数量从所述第一优先级队列和/或第一队列选取得到目标数量个目标多媒体信息,包括:
所述信息发布单元,用于确定所述目标客户端发来的信息获取请求为所述目标客户端的第N次信息获取请求,基于所述第N次信息获取请求对应的多媒体信息获取规则,从所述第一优先级队列选取第一待消耗值排在前M位的目标多媒体信息、和/或从所述第一队列选取第二待消耗值排在前L为的目标多媒体信息;
其中,N为大于等于一的整数,M为大于等于零的整数且小于等于目标数量的整数、L为大于等于零且小于等于目标数量的整数。
另外,每一给信息获取请求对应的信息获取规则可以不同,具体的可以根据实际情况进行设置,比如,
第一次访问页面,拉取优质队列中前8位的条目+普通队列中前2位条目(若某一种不足,则用另一种补充);
第二次访问页面,拉取优质队列中前5位的条目+普通队列中前5位条目;
第三次访问页面,拉取优质队列中前1位的条目+普通队列中前9位条目。
上述仅示例处三次信息获取请求对应的信息获取规则,可以理解的是,可以根据上述设置方式无穷尽的进行更多次信息获取请求对应的信息获取规则,本实施例中不进行穷举。
在上述介绍的场景基础之上,本实施例还提供针对调整的目标多媒体信息,以发送至目标客户端以使得目标客户端能够根据实际操作进行其多媒体信息的调整,具体如下:
所述信息发布单元,用于接收到所述目标客户端发来的针对第一目标多媒体信息的反馈信息;其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;
当所述针对第一目标多媒体信息的反馈信息为第二类反馈信息时,从所述第一优先级队列或第一队列中选取一目标多媒体信息,将选取的目标多媒体信息发送至所述目标客户端,以使得所述目标客户端利用选取的目标多媒体信息替换所述第一目标多媒体信息。
比如,参见图12,用户在目标客户端对歌曲A进行操作,操作为踩,此时客户端生成第二类反馈信息反馈至服务器侧;服务器接收到目标客户端针对歌曲A的第二类反馈信息后,从第一优先级队列中选取除去歌曲A以外排列在第一位的歌曲B,将歌曲B发送至目标客户端,以使得目标客户端利用歌曲B替换原歌曲A的位置,并展示歌曲B。
也就是说,消耗者可以进行顶踩刷新操作,其中:顶,界面不删除对应条目;踩立即删除对应条目并替换一个新的优质队列或普通队列条目
可见,通过采用上述方案,就能够基于接收到的多媒体信息的第一待消耗值进行排序,再根据每一个多媒体信息的优先级进行第一优先级队列的生成;从第一队列以及第一优先级队列中选取目标多媒体信息以响应目标客户端的信息获取请求,以使得目标客户端展示目标多媒体信息。如此,就能够避免由于人工对服务器内保存的多媒体信息进行处理而带来的客户端仅能获取到集中的部分多媒体信息、而减少了更多的多媒体信息被曝光的机会的问题,提升了多媒体信息的发布的效率以及被发布的机率。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (20)
1.一种多媒体信息分发方法,其特征在于,所述方法包括:
获取到至少一个客户端上传的至少一条多媒体信息,获取到针对所述至少一条多媒体信息中每一条多媒体信息的第一待消耗值、时间特征信息以及热点程度信息;其中,所述至少一条多媒体信息的第一待消耗值至少与所述多媒体信息能够分发至客户端的剩余次数相关;
至少基于所述至少一条多媒体信息的时间特征信息对所述至少一条多媒体信息进行筛选,得到筛选后的至少一条多媒体信息;
基于所述第一待消耗值,对所述筛选后的至少一条多媒体信息进行排序,以建立第一队列;其中,所述第一队列包括第一子队列和第二子队列;所述第一子队列中的多媒体信息的保存时长比所述第二子队列中的多媒体信息的保存时长短;
当所述第二子队列中的多媒体信息的第一待消耗值小于第三待消耗门限值时,将所述第二子队列中的多媒体信息添加到所述第一子队列中;
基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;
其中,所述第一优先级队列中包含的至少一条多媒体信息具有第二待消耗值;
基于所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的所述第一待消耗值,按照由高到低的顺序选取得到至少一个目标多媒体信息发送至目标客户端,以使得所述目标客户端展示所述至少一个目标多媒体信息。
2.根据权利要求1所述的方法,其特征在于,所述获取到针对所述至少一条多媒体信息中每一条多媒体信息的第一待消耗值,包括:
接收到至少一个客户端上传的至少一条多媒体信息时,针对每一条多媒体信息设置第一待消耗值;
根据针对所述多媒体信息的分发操作的次数对所述第一待消耗值进行调整,得到调整后的第一待消耗值。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
基于所述每一条多媒体信息的接收时刻,确定每一条多媒体信息的保存时长作为时间特征信息;
相应的,所述基于所述时间特征信息对所述至少一条多媒体信息进行筛选得到筛选后的至少一条多媒体信息包括:
当多媒体信息的所述时间特征信息大于第一时长门限值时,删除所述多媒体信息。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
检测所述第一队列中每一个多媒体信息的第一待消耗值是否小于第一预设消耗门限值,将所述第一待消耗值小于第一预设消耗门限值的多媒体信息从所述第一队列中删除。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
检测针对多媒体信息的至少一个反馈信息,其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;
基于多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息的热点程度信息。
6.根据权利要求5所述的方法,其特征在于,所述利用所述至少部分多媒体信息建立第一优先级队列之后,所述方法还包括:
将所述第一优先级队列中包含的至少一条多媒体信息设置为第二待消耗值;检测针对第一优先级队列中的每一个多媒体信息的分发操作,根据针对所述多媒体信息的分发操作的次数对所述每一个多媒体信息的第二待消耗值进行调整,得到调整后的第二待消耗值;
相应的,所述方法还包括:
检测所述第一优先级队列中的每一条多媒体信息的第二待消耗值是否小于第二预设消耗门限值,将所述第二待消耗值小于第二预设消耗门限值的多媒体信息从所述第一优先级队列中删除。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述基于所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的所述第一待消耗值,按照由高到低的顺序选取得到至少一个目标多媒体信息发送至目标客户端,包括:
接收到目标客户端发来的信息获取请求,其中,所述信息获取请求中至少包有所述目标客户端中能够用于展示多媒体信息的空闲位置的数量;
基于所述信息获取请求中空闲位置的数量,确定目标多媒体信息的目标数量,从所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的所述第一待消耗值,按照由高到低的顺序选取得到目标数量个目标多媒体信息发送至目标客户端。
8.根据权利要求7所述的方法,其特征在于,所述从所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的所述第一待消耗值,按照由高到低的顺序选取得到目标数量个目标多媒体信息发送至目标客户端,包括:
确定所述目标客户端发来的信息获取请求为所述目标客户端的第N次信息获取请求,基于所述第N次信息获取请求对应的多媒体信息获取规则,从所述第一优先级队列选取第二待消耗值按照由高到低的顺序排在前M位的目标多媒体信息、和/或从所述第一队列选取第一待消耗值按照由高到低的顺序排在前L位的目标多媒体信息;
其中,N为大于等于一的整数,M为大于等于零的整数且小于等于目标数量的整数、L为大于等于零且小于等于目标数量的整数。
9.根据权利要求7所述的方法,其特征在于,所述方法还包括:
接收到所述目标客户端发来的针对第一目标多媒体信息的反馈信息;其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;
当所述针对第一目标多媒体信息的反馈信息为第二类反馈信息时,从所述第一优先级队列或第一队列中选取一目标多媒体信息,将选取的目标多媒体信息发送至所述目标客户端,以使得所述目标客户端利用选取的目标多媒体信息替换所述第一目标多媒体信息。
10.一种服务器,其特征在于,所述服务器包括:
第一处理单元,用于获取到至少一个客户端上传的至少一条多媒体信息;获取到针对所述至少一条多媒体信息中每一条多媒体信息的第一待消耗值、时间特征信息以及热点程度信息;其中,所述至少一条多媒体信息的第一待消耗值至少与所述多媒体信息能够分发至客户端的剩余次数相关;
第二处理单元,用于至少基于所述至少一条多媒体信息的时间特征信息对所述至少一条多媒体信息进行筛选得到筛选后的至少一条多媒体信息;
基于所述第一待消耗值,对所述筛选后的至少一条多媒体信息进行排序,以建立第一队列;
其中,所述第一队列包括第一子队列和第二子队列;所述第一子队列中的多媒体信息的保存时长比所述第二子队列中的多媒体信息的保存时长短;
当所述第二子队列中的多媒体信息的第一待消耗值小于第三待消耗门限值时,将所述第二子队列中的多媒体信息添加到所述第一子队列中;
基于热点程度信息从所述至少一条多媒体信息中选取至少部分多媒体信息,利用所述至少部分多媒体信息建立第一优先级队列;其中,所述第一优先级队列中包含的至少一条多媒体信息具有第二待消耗值;
信息发布单元,用于基于所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的第一待消耗值,按照由高到低的顺序选取得到至少一个目标多媒体信息发送至目标客户端。
11.根据权利要求10所述的服务器,其特征在于,
所述第一处理单元,用于接收到至少一个客户端上传的至少一条多媒体信息时,针对每一条多媒体信息设置第一待消耗值;根据针对所述多媒体信息的分发操作的次数对所述第一待消耗值进行调整,得到调整后的第一待消耗值。
12.根据权利要求10所述的服务器,其特征在于,
所述第一处理单元,用于基于所述每一条多媒体信息的接收时刻,确定每一条多媒体信息的保存时长作为时间特征信息;
相应的,所述第二处理单元,还用于当一多媒体信息的所述时间特征信息大于第一时长门限值时,删除所述多媒体信息。
13.根据权利要求12所述的服务器,其特征在于,所述第二处理单元,还用于检测所述第一队列中每一个多媒体信息的第一待消耗值是否小于第一预设消耗门限值,将所述第一待消耗值小于第一预设消耗门限值的多媒体信息从所述第一队列中删除。
14.根据权利要求10所述的服务器,其特征在于,
所述第一处理单元,用于检测针对每一条多媒体信息的至少一个反馈信息,其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;至少基于每一条多媒体信息的至少一个第一类反馈信息和/或至少一个第二类反馈信息,确定至少一条多媒体信息中每一条多媒体信息的热点程度信息。
15.根据权利要求14所述的服务器,其特征在于,所述第二处理单元,用于将所述第一优先级队列中包含的至少一条多媒体信息设置为第二待消耗值,其中,所述第二待消耗值不小于所述第一待消耗值;检测针对第一优先级队列中的每一个多媒体信息的分发操作,根据针对所述多媒体信息的分发操作的次数对所述每一个多媒体信息的第二待消耗值进行调整,得到调整后的第二待消耗值;
检测所述第一优先级队列中的每一条多媒体信息的第二待消耗值是否小于第二预设消耗门限值,将所述第二待消耗值小于第二预设消耗门限值的多媒体信息从所述第一优先级队列中删除。
16.根据权利要求10-15任一项所述的服务器,其特征在于,所述信息发布单元,用于接收到目标客户端发来的信息获取请求,其中,所述信息获取请求中至少包有所述目标客户端中能够用于展示多媒体信息的空闲位置的数量;基于所述信息获取请求中空闲位置的数量,确定选取目标多媒体信息的目标数量,基于所述目标数量从所述第一优先级队列中多媒体信息的第二待消耗值和/或所述第一队列中多媒体信息的所述第一待消耗值,按照由高到低的顺序选取得到目标数量个目标多媒体信息发送至目标客户端。
17.根据权利要求16所述的服务器,其特征在于,
所述信息发布单元,用于确定所述目标客户端发来的信息获取请求为所述目标客户端的第N次信息获取请求,基于所述第N次信息获取请求对应的多媒体信息获取规则,从所述第一优先级队列选取第二待消耗值按照由高到低的顺序排在前M位的目标多媒体信息、和/或从所述第一队列选取第一待消耗值按照由高到低的顺序排在前L位的目标多媒体信息;
其中,N为大于等于一的整数,M为大于等于零的整数且小于等于目标数量的整数、L为大于等于零且小于等于目标数量的整数。
18.根据权利要求17所述的服务器,其特征在于,所述信息发布单元,用于接收到所述目标客户端发来的针对第一目标多媒体信息的反馈信息;其中,所述反馈信息包括第一类反馈信息以及第二类反馈信息,所述第一类反馈信息为支持所述多媒体信息的反馈信息、所述第二类反馈信息为不支持所述多媒体信息的反馈信息;当所述针对第一目标多媒体信息的反馈信息为第二类反馈信息时,从所述第一优先级队列或第一队列中选取一目标多媒体信息,将选取的目标多媒体信息发送至所述目标客户端,以使得所述目标客户端利用选取的目标多媒体信息替换所述第一目标多媒体信息。
19.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令;所述计算机可执行指令被处理器执行后,能够实现权利要求1至9任一项所述的多媒体信息分发方法。
20.一种终端设备,其特征在于,包括:
存储器,用于存储计算机可执行指令;
处理器,用于执行所述存储器中存储的计算机可执行指令时,实现权利要求1至9任一项所述的多媒体信息分发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610770787.9A CN106357625B (zh) | 2016-08-30 | 2016-08-30 | 一种多媒体信息发布方法及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610770787.9A CN106357625B (zh) | 2016-08-30 | 2016-08-30 | 一种多媒体信息发布方法及服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106357625A CN106357625A (zh) | 2017-01-25 |
CN106357625B true CN106357625B (zh) | 2020-07-07 |
Family
ID=57857425
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610770787.9A Active CN106357625B (zh) | 2016-08-30 | 2016-08-30 | 一种多媒体信息发布方法及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106357625B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111163146B (zh) * | 2019-12-24 | 2022-07-01 | 合肥凌极西雅电子科技有限公司 | 一种多媒体信息发布方法 |
CN116910164A (zh) * | 2023-07-21 | 2023-10-20 | 北京火山引擎科技有限公司 | 用于内容推送的标签生成方法、装置、电子设备和介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001231025A (ja) * | 2000-02-17 | 2001-08-24 | Nippon Telegr & Teleph Corp <Ntt> | 動画タイトル配送スケジューリング方法及び装置 |
CN1988576A (zh) * | 2006-12-18 | 2007-06-27 | 韩壮 | 移动终端动态缓存多媒体互动广告实现方法 |
CN103679498A (zh) * | 2012-09-21 | 2014-03-26 | 亿赞普(北京)科技有限公司 | 一种对网络终端的信息推送方法及其系统 |
CN104657496A (zh) * | 2015-03-09 | 2015-05-27 | 杭州朗和科技有限公司 | 一种计算信息热度值的方法和设备 |
CN105117187A (zh) * | 2015-08-13 | 2015-12-02 | 小米科技有限责任公司 | 多媒体信息展示方法和装置 |
CN105183856A (zh) * | 2015-09-08 | 2015-12-23 | 百度在线网络技术(北京)有限公司 | 一种评价信息内容质量的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020065759A1 (en) * | 2000-11-29 | 2002-05-30 | Boies Stephen J. | Automatically processing user requests for supplier services subject to excess demand using a flexible market based mechanism - systems, methods and program products |
-
2016
- 2016-08-30 CN CN201610770787.9A patent/CN106357625B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001231025A (ja) * | 2000-02-17 | 2001-08-24 | Nippon Telegr & Teleph Corp <Ntt> | 動画タイトル配送スケジューリング方法及び装置 |
CN1988576A (zh) * | 2006-12-18 | 2007-06-27 | 韩壮 | 移动终端动态缓存多媒体互动广告实现方法 |
CN103679498A (zh) * | 2012-09-21 | 2014-03-26 | 亿赞普(北京)科技有限公司 | 一种对网络终端的信息推送方法及其系统 |
CN104657496A (zh) * | 2015-03-09 | 2015-05-27 | 杭州朗和科技有限公司 | 一种计算信息热度值的方法和设备 |
CN105117187A (zh) * | 2015-08-13 | 2015-12-02 | 小米科技有限责任公司 | 多媒体信息展示方法和装置 |
CN105183856A (zh) * | 2015-09-08 | 2015-12-23 | 百度在线网络技术(北京)有限公司 | 一种评价信息内容质量的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106357625A (zh) | 2017-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11005717B2 (en) | Storage capacity evaluation method based on content delivery network application and device thereof | |
CN104243405B (zh) | 一种请求处理方法、装置及系统 | |
US20110202633A1 (en) | Cache server control device, content distribution system, method of distributing content, and program | |
US20150208120A1 (en) | Predictive storage of broadcast content | |
US20180275849A1 (en) | Method, system and computer storage medium for displaying microblog wall | |
US9767033B2 (en) | Method and apparatus for managing cache memory in communication system | |
CN110888658B (zh) | 应用程序中功能模块的动态化方法、装置及存储介质 | |
CN106357625B (zh) | 一种多媒体信息发布方法及服务器 | |
JP2011172021A (ja) | キャッシュサーバ制御装置、コンテンツ配信システム、コンテンツ配信方法、及びプログラム | |
CN104980417A (zh) | 一种ugc文件分发方法和设备 | |
CN107943720A (zh) | 混合云中基于文件收益及优先级权重的lru缓存优化算法 | |
CN105898391A (zh) | 在线媒体服务的带宽分配方法及系统 | |
CN105763616B (zh) | 资源下载方法及装置 | |
CN109688422B (zh) | 一种视频处理的方法及装置 | |
WO2022062981A1 (zh) | 资源调度方法和系统、电子设备及计算机可读存储介质 | |
CN106549786B (zh) | 一种业务开通资源的配置方法及装置 | |
JP2007006055A (ja) | 配信負荷分散コンテンツ配信システム | |
CN106686112A (zh) | 云文件传输系统及方法 | |
CN106375319A (zh) | 一种音视频转码调度的方法、装置、设备及系统 | |
CN113378093A (zh) | 资源发布策略的确定方法、装置、电子设备及存储介质 | |
CN115412737B (zh) | 直播回源中继节点确定方法及装置 | |
CN110233892A (zh) | Cdn热点资源处理方法、系统及全局热片调度系统 | |
JP2003263359A (ja) | コンテンツ管理装置及びコンテンツ管理プログラム | |
CN115033580A (zh) | 资源投放处理方法、装置、设备和存储介质 | |
CN111698276B (zh) | 一种歌曲更新方法及点唱设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |