推送UGC的方法、装置、设备及存储介质

技术领域

本申请涉及互联网技术领域，特别涉及一种推送UGC的方法、装置、设备及存储介质。

背景技术

UGC(User Generated Content，用户生成内容)为用户通过互联网平台发布的原创内容，可以展示给互联网平台中的其他用户。例如UGC可以是用户通过社交平台发布的文字、图片等、通过短视频平台发布的短视频、或是通过唱歌平台发布的演唱歌曲等。

用户可以通过操作终端向互联网平台对应的服务器发送获取UGC的请求，服务器可以根据终端发送的获取请求向终端推送一个或多个UGC，以供用户进行浏览。例如用户可以在短视频应用程序的界面中进行下滑操作，接着在相应的界面中可以刷新出一个或多个短视频。

在实现本申请的过程中，发明人发现相关技术至少存在以下问题：

服务器在根据终端发送的获取请求向终端推送UGC时，一般是在多个UGC中随机的选择一定数量的UGC推送至终端，或者，仅是确定终端所属的地理位置，然后向终端发送与终端对应有相同地理位置的用户所发布的UGC。但是仅是向终端随机或者根据地理位置推送UGC，可能会导致每次向终端推送的UGC都不符合用户的喜好，进而导致推送至终端的UGC对应的浏览量比较低。

发明内容

本申请实施例提供了一种推送UGC的方法、装置、设备及存储介质，可以丰富推送UGC的方式。所述技术方案如下：

一方面，提供了一种推送UGC的方法，所述方法包括：

接收第一终端发送的用户生成内容UGC的获取请求，所述获取请求中携带有所述第一终端登录的第一账户的第一账户标识；

基于所述第一账户标识获取所述第一账户的第一画像；

基于所述第一画像，确定待向所述第一终端推送的UGC对应的发布账户的第二画像；

在多个待推送的UGC中，确定所述第二画像对应的账户发布的目标UGC；

将所述目标UGC推送至所述第一终端。

可选的，所述在多个待推送的UGC中，确定所述第二画像对应的账户发布的目标UGC之前，所述方法还包括：

接收第二终端发送的目标UGC的发布请求，将所述目标UGC添加到所述多个待推送的UGC中，并记录目标UGC的消费信息，其中，所述目标UGC的消费信息包括消费次数、消费完成次数以及消费次数上限。

可选的，所述将所述目标UGC推送至所述第一终端之后，所述方法还包括：

接收所述第一终端发送的目标UGC操作通知，其中，所述目标UGC操作通知是在所述第一终端对所述目标UGC进行消费操作后触发发送的；

将所述目标UGC对应的消费次数加一，得到更新后的消费次数；

如果所述更新后的消费次数大于等于所述目标UGC对应的消费次数上限，则将所述目标UGC从所述多个待推送的UGC中删除。

可选的，所述将所述目标UGC推送至所述第一终端之后，所述方法还包括：

接收所述第一终端发送的目标UGC操作完成通知，其中，所述目标UGC操作完成通知是在所述第一终端对所述目标UGC消费操作完成后触发发送的；

将所述目标UGC对应的消费完成次数加一，得到更新后的消费完成次数；

如果所述更新后的消费完成次数与目标UGC对应的消费次数的比值超过预设的阈值，则将所述目标UGC对应的消费上限次数增加预设的数值，得到更新后的消费上限次数。

可选的，所述在多个待推送的UGC中，确定所述第二画像对应的账户发布的目标UGC，包括：

多个待推送的UGC中，确定对应所述消费完成次数，和/或，所述消费次数为0，且由所述第二画像对应的账户发布的目标UGC。

可选的，所述将所述目标UGC推送至所述第一终端，包括：

获取所述目标UGC推送至除第一终端之外的其他终端的推送时间，如果所述推送时间不在当前时间对应的时间范围内，则将所述目标UGC推送至所述第一终端。

另一方面，提供了一种推送UGC的装置，其特征在于，所述装置包括：

接收模块，用于接收第一终端发送的用户生成内容UGC的获取请求，所述获取请求中携带有所述第一终端登录的第一账户的第一账户标识；

获取模块，用于基于所述第一账户标识获取所述第一账户的第一画像；

确定模块，用于基于所述第一画像，确定待向所述第一终端推送的UGC对应的发布账户的第二画像，在多个待推送的UGC中，确定所述第二画像对应的账户发布的目标UGC；

推送模块，用于将所述目标UGC推送至所述第一终端。

可选的，所述接收模块，还用于：

接收第二终端发送的目标UGC的发布请求，将所述目标UGC添加到所述多个待推送的UGC中，并记录目标UGC的消费信息，其中，所述目标UGC的消费信息包括消费次数、消费完成次数以及消费次数上限。

可选的，所述接收模块，还用于：

接收所述第一终端发送的目标UGC操作通知，其中，所述目标UGC操作通知是在所述第一终端对所述目标UGC进行消费操作后触发发送的；

将所述目标UGC对应的消费次数加一，得到更新后的消费次数；

如果所述更新后的消费次数大于等于所述目标UGC对应的消费次数上限，则将所述目标UGC从所述多个待推送的UGC中删除。

可选的，所述接收模块，还用于：

接收所述第一终端发送的目标UGC操作完成通知，其中，所述目标UGC操作完成通知是在所述第一终端对所述目标UGC消费操作完成后触发发送的；

将所述目标UGC对应的消费完成次数加一，得到更新后的消费完成次数；

如果所述更新后的消费完成次数与目标UGC对应的消费次数的比值超过预设的阈值，则将所述目标UGC对应的消费上限次数增加预设的数值，得到更新后的消费上限次数。

可选的，所述确定模块，用于：

多个待推送的UGC中，确定对应所述消费完成次数，和/或，所述消费次数为0，且由所述第二画像对应的账户发布的目标UGC。

可选的，所述推送模块，用于：

获取所述目标UGC推送至除第一终端之外的其他终端的推送时间，如果所述推送时间不在当前时间对应的时间范围内，则将所述目标UGC推送至所述第一终端。

再一方面、提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上所述的推送UGC的方法所执行的操作。

再一方面、提供了一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如上所述的推送UGC的方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果是：

本申请在接收到第一终端发送的UGC获取请求后，可以获取第一终端对应账户的第一画像，根据第一画像确定待向第一终端推送的UGC对应发布账户的第二画像，然后在待推送的UGC对应的发布账户中，确定对应画像与第二画像对应的UGC，并推送至第一终端。可见采用本申请在向终端推送UGC时，可以参考请求UGC的账户对应的画像与发布各个UCG对应账户的画像，可以在一定程度上提高用户对推送的UGC的感兴趣的概率，进而能够增加向终端推送UGC的浏览量。

附图说明

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

图1是本申请实施例提供的推送UGC的方法流程图；

图2是本申请实施例提供的推送UGC的方法流程图；

图3是本申请实施例提供的推送UGC的装置结构示意图；

图4是本申请实施例提供的一种服务器结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请提供的推送UGC的方法可以由终端和服务器共同实现。终端可以接入互联网，可以通过互联网平台发布UGC，也可以运行有可发布UGC的应用程序，例如，短视频应用程序、唱歌应用程序、社交应用程序等。终端可以是手机、平板电脑、智能穿戴设备、台式计算机、笔记本电脑等。服务器可以是上述互联网平台或应用程序对应的后台服务器，服务器可以与终端建立通信。该服务器可以是一个单独的服务器也可以是一个服务器组，如果是单独的服务器，该服务器可以负责下述方案中的所有处理，如果是服务器组，服务器组中的不同服务器分别可以负责下述方案中的不同处理，具体的处理分配情况可以由技术人员根据实际需求任意设置，此处不再赘述。

UGC为用户通过互联网平台发布的原创内容，可以展示给互联网平台中的其他用户进行浏览。例如，用户可以通过K歌应用程序进行录制演唱某个歌曲的音频，K歌应用程序可以将录制的用户的人声音频和对应的伴奏音频合成用户演唱的歌曲音频。在K歌应用程序中合成用户演唱的歌曲音频之后，用户可以选择将歌曲音频发布到自己的账户动态中，这样K歌应用程序中，其他用户可以通过访问该用户的账户动态，收听该用户发布的歌曲音频。其中，用户演唱的歌曲音频即为UGC。同理，用户在短视频应用程序中发布的短视频，在社交应用程序中发布的文章等都属于UGC。

一般在可发布UGC的应用程序中，可设置有UGC推荐页面或者UGC推荐选项。以短视频应用程序为例，短视频应用程序中可设置有短视频推荐页面，服务器可以向运行短视频应用程序的终端发送一个或多个由其他用户发布的短视频，终端接收服务器发送的短视频后，可将接收到的短视频或短视频封面显示在短视频推荐页面，这样用户能够直接在短视频推荐页面中选择观看其他用户发布的短视频。以K歌应用程序为例，K歌应用程序中可设置有演唱歌曲推荐选项，用户在点击演唱歌曲推荐选项后，服务器可以向运行K歌应用程序的终端，发送一个或多个其他用户演唱的歌曲音频。终端在接收到服务器发送的演唱歌曲后，可以在K歌应用程序中显示歌曲音频的相关信息和播放选项，例如演唱歌曲的歌名、演唱该歌曲的用户信息等。用户可以点击对应的播放选项，播放接收的演唱歌曲。

本申请提供的推送UGC的方法，可以应用在服务区向终端推送UGC的处理中，其中在本申请实施例中，以UGC为用户通过K歌应用程序发布的歌曲音频为例，对方案进行详细的说明，其他情况与之类似，不再赘述。

图1是本申请实施例提供的一种推送UGC方法的流程图。可应用于服务器中，参见图1，该实施例包括：

步骤101、接收第一终端发送的UGC的获取请求。

其中，获取请求中携带有第一终端登录的第一账户的第一账户标识。第一终端可以是运行有K歌应用程序的终端。用户可以通过触发K歌应用程序中的演唱歌曲推荐选项，向服务器发送其他用户演唱的歌曲音频的获取请求，即UGC的获取请求。

步骤102、基于第一账户标识获取第一账户的第一画像。

第一终端向服务器发送的演唱歌曲的获取请求中可以携带有第一终端当前所登录的第一账户对应的第一账户标识。服务器接收到演唱歌曲的获取请求后，可以根据第一账户标识，在预先存储的账户信息中查询第一账户对应的第一画像。其中，第一画像中可以包括第一账户对应的性别、年龄范围、所属地理位置以及歌曲偏好风格等信息。

步骤103、基于第一画像，确定待向第一终端推送的UGC对应的发布账户的第二画像，在多个待推送的UGC中，确定第二画像对应的账户发布的目标UGC。

其中，多个待推送的UGC可以为其他账户发布的UGC。

服务器在获取第一账户对应的第一画像后，可以根据第一画像中包括的性别、年龄范围、所属地理位置以及歌曲偏好风格等信息，确定用于对待推送的UGC进行筛选的画像，为了便于与第一账户的画像区分，可以将该画像称为第二画像。在确定第二画像后，可以在多个待推送的UGC中，确定第二画像对应的账户所发布目标UGC。

其中，第二画像可以是与第一画像相同的画像，即第一画像和第二画像中性别、年龄范围、所属地理位置以及歌曲偏好风格等信息可以相同。如此通过第二画像筛选的UGC对应的发布账户的画像可与第一画像相同。也就是说，第一终端接收到的UGC，是与第一账户对应的画像相同的账户发布的。

或者，可以根据预先设置的匹配条件，确定与第一画像相匹配的第二画像。其中，第二画像与第一画像相匹配可以是画像中存在部分画像信息不同，例如可以将匹配条件设置为第一画像中包括的性别信息与第二画像中包括的性别信息相反、第一画像中对应的年龄范围与第二画像中对应的年龄范围属于同一年龄范围内、第一画像中对应的歌曲偏好风格与第二画像中对应的歌曲偏好风格相同等。在得到第一账户的第一画像之后，可以根据预设的匹配条件确定第二画像，然后在多个待推送的UGC中确定对应的发布账户的画像为第二画像的UGC，将对应的UGC确定为目标UGC。也就是说，在本申请中，向第一账户推送UGC时，可以根据第一账户对应的第一画像，确定第二画像，然后根据第二画像对待推送UGC的账户进行筛选，然后并将筛选出的账户对应的UGC作为发送至第一终端的目标UGC。可见在本申请中，并不是直接随机的在多个UGC中向为第一终端推送UGC，而是根据账户的画像对UGC进行筛选。这样，通过确定与第一终端的第一画像匹配的第二画像，然后向第一终端推送对应的画像为第二画像的账户所发布的UGC，如此可以在一定程度上提高用户对服务器推送的UGC感兴趣的概率。

步骤104、将目标UGC推送至第一终端。

其中，将目标UGC推送至第一终端，可以仅是将目标UGC对应的下载链接发送至第一终端。第一终端可以通过点击触发下载链接的选项，从而从服务器中获取目标UGC的数据。例如，用户发布UGC的场景为K歌应用程序中的“音乐漂流瓶”，即用户可以演唱一首歌曲，然后以漂流瓶的形式上传至服务器。其他用户可以通过点击K歌应用程序“音乐漂流瓶”对应的获取选项，向服务器发送“音乐漂流瓶”获取请求(UGC获取请求)，服务器确定向终端推送的目标音乐漂流瓶后，可以将目标音乐漂流瓶对应的目标歌曲音频的下载链接发送至终端，在K歌应用程序可以“瓶子”的形式对目标音乐漂流瓶进行展示。用户可以点击对应的“瓶子”，从而根据目标音乐漂流瓶对应的目标歌曲音频的数据链接接收目标歌曲音频，并对目标歌曲音频进行播放。

本申请在接收到第一终端发送的UGC获取请求后，可以获取第一终端对应账户的第一画像，根据第一画像确定待向第一终端推送的UGC对应发布账户的第二画像，然后在待推送的UGC对应的发布账户中，确定对应画像与第二画像对应的UGC，并推送至第一终端。可见采用本申请在向终端推送UGC时，可以参考请求UGC的账户对应的画像与发布各个UCG对应账户的画像，可以在一定程度上提高用户对推送的UGC的感兴趣的概率，能够增加向终端推送UGC的浏览量。

图2是本申请实施例提供的一种服务器向终端推送UGC的方法，可应用于服务器和终端中，参见图2，该方法包括：

步骤201、接收第二终端发送的目标UGC的发布请求，将目标UGC的消费信息和发布目标UGC的账户对应的画像进行存储。

其中，第二终端为发布目标UGC的终端，在目标UGC的发布请求中，可以携带有目标UGC的数据。服务器在接收到目标UGC的发布请求后，可以接收并存储目标UGC的数据。并获取发布目标UGC对应的画像、预设的消费信息等组成目标UGC的属性信息进行存储。

其中，在目标UGC的发布请求中，可以携带有第二终端当前登录的第二账户的第二账户标识。服务器在接收到目标UGC的发布请求时，可以根据第二账户标识，获取第二账户对应的第二画像，第二画像中可以包括第二账户的性别、年龄范围、所属地理位置以及歌曲偏好风格等信息。

消费信息中包括消费次数、消费完成次数、消费次数上限等。消费次数是指其他账户对目标UGC的消费操作次数，如UGC为用户对歌曲的演唱音频，则消费次数可以为其他账户播放该演唱音频的次数。消费完成次数为其他账户完成对目标UGC消费操作完成的次数，如UGC为用户对歌曲的演唱音频，则消费完成次数可以为其他账户完整播放该演唱音频的次数。消费次数上限是在服务器中为UGC设置的消费总次数，即一个UCG被其他账户可进行消费操作的次数，在一个UGC对应的消费次数达到对应的消费次数上限后，则服务器可以不再将该UGC推送给其他账户。由于在本步骤中，目标UGC是第二终端上传至服务器的，服务器还未将目标UGC发送至其他终端，因此存储的消费次数、消费完成次数都为0，而消费上限次数的初始值也可以由技术人员预先设定，例如可以为10。

在本申请中可以设置UGC属性信息数据库，用于记录服务器中待推送的UGC的属性信息，该数据库可以为MongoDB数据库(一种基于分布式文件存储的数据库)。服务器在接收到第二终端发送的目标UGC的发布请求后，可以将目标UGC的属性信息存储至UGC属性信息数据库中。

在UGC的属性信息中除了包括UGC的消费信息和画像信息，还可以包括对应UGC的UGCID(UGC Identity document，UGC编号)、发布时间等。以UGC为用户演唱的歌曲音频为例，UGC的属性信息中可以包括：UGCID、发布账户对应的年龄范围、性别、所属地理位置、歌曲伴奏、作者账号、下发时间、入库时间、消费次数、消费次数上限、消费完成次数、歌曲评分等级、歌曲偏好风格等。其中，在将目标UGC对应的属性信息存储至UGC属性信息数据库时，可以将目标UGC对应的属性信息中包括的各个信息对应的字段组成一条文档信息，存储在UGC属性信息数据库中。

步骤202、接收第一终端发送的用户生成内容UGC的获取请求，获取第一账户的第一画像，基于第一画像，确定待向第一终端推送的UGC对应的发布账户的第二画像。

服务器在接收到第一终端发送的用户生成内容UGC的获取请求后，可以根据第一终端对应的第一账户标识获取第一账户对应的第一画像，包括年龄、性别、所属地理位置等。然后可以根据第一画像确定待向第一终端推送的UGC对应的发布账户的第二画像。

可选的，根据第一画像确定第二画像的处理可以如下：基于第一画像中包括用户的性别、年龄范围、所属地理位置，确定待向第一终端推送的UGC对应的发布账户的第二画像，其中，第二画像包括的用户的性别、年龄范围、所属地理位置分别与第一画像中包括用户的性别、年龄范围、所属地理位置相匹配。

在获取第一画像之后，可以根据第一画像中包括的性别、年龄范围、所属地理位置等，确定待向第一终端推送的UGC对应的发布账户的第二画像。其中，第二画像中包括的性别、年龄范围、所属地理位置等可分别与第一画像中包括的性别、年龄范围、所属地理位置相同。或者，第二画像中包括的年龄范围、所属地理位置可与第一画像中包括的年龄范围、所属地理位置相同，第一画像与第二画像中包括的性别可以相反。这样可以向用户推送异性推送的UGC，可以提高用户对推送的UGC感兴趣的概率。

步骤203、在多个待推送的UGC中，确定第二画像对应的账户发布的目标UGC。

在UGC属性信息数据库中存储有各个待推送的UGC的属性信息，其中包括各UGC对应发布账户的画像信息。在确定第二画像之后，可以根据第二画像在数据库中进行索引，从而得到对应的画像为第二画像的账户所发布的目标UGC。

例如，第二画像中包括的用户性别为“男”、年龄“30”、所属位置“深圳”，演唱过得的歌曲为“七里香”。则可以在UGC属性信息数据库中进行索引包括“男、30、深圳、七里香”的目标属性信息，当索引得到目标属性信息后，可以将目标属性信息对应的UGC确定为待向第一终端发送的目标UGC。另外，如果得到的目标UGC的数量大于预设的数量，则在服务器中还可以在多个目标UGC中筛选出预设数目个UGC。例如可以将属性信息中歌曲评分较高的预设数目个UGC作为发送至第一终端的UGC，或者在多个目标UGC中确定是否存在与第一账户为好友关系的账户发布的UGC，如果存在，则将对应的UGC确定为发送至第一终端的UGC。

其中，为了提高在UGC属性信息数据库中的索引效率，可以设计多种复合索引，例如构建关于所属位置和性别对应的复合索引，即可以根据所属位置及性别对应的UGC属性信息进行分类，例如将UGC属性信息按照“深圳，男性”、“深圳，女性”、“北京，男性”、“北京，女性”，进行分类。如果待索引的信息中包括年龄段25-29、男性、深圳，则可以直接在“深圳，男性”对应的属性信息中进行索引，从而提高效率。

步骤204、将目标UGC推送至第一终端。

在确定目标UGC后，可以将目标UGC发送至第一终端，由第一终端的用户进行操作处理。具体处理与上述步骤104一致，此处不再赘述。

本申请还提供了一种对待发送的UGC进行管理的方法，可用于在目标UGC推送至第一终端之后，包括以下三种情况：

情况一：接收第一终端发送的目标UGC操作通知，将目标UGC对应的消费次数加一，得到更新后的消费次数；如果更新后的消费次数大于等于目标UGC对应的消费次数上限，则将目标UGC从多个待推送的UGC中删除。其中，目标UGC操作通知是在第一终端对目标UGC进行消费操作后触发发送的；

第一终端在接收到UGC后，可以对UGC进行消费操作，例如UGC为用户对歌曲的演唱音频，或者是用户发布的短视频，则对应的消费操作可以为点击播放演唱音频或是短视频。当第一终端对接收到的UGC进行消费操作之后，第一终端可以向服务器发送目标UGC操作通知，其中，在目标UGC操作通知中可以携带有目标UGC对应的UGCID。服务器在接收到目标UGC操作通知后，可以根据目标UGC操作通知携带的目标UGC对应的UGCID，更新UGC属性信息数据库记录的对应UGCID的消费信息，将消费信息中包括的消费次数加1，得到更新后的消费次数。在对消费次数更新之后，可以判断更新后的消费次数与消费次数上限的大小，如果更新后的消费次数大于等于目标UGC对应的消费次数上限，则将目标UGC对应的属性信息从UGC属性信息数据库中删除。

情况二：接收第一终端发送的目标UGC操作完成通知，将目标UGC对应的消费完成次数加一，得到更新后的消费完成次数；如果更新后的消费完成次数与目标UGC对应的消费次数的比值超过预设的阈值，则将目标UGC对应的消费上限次数增加预设的数值，得到更新后的消费上限次数。

如果第一终端接收到目标UGC，并完成了对目标UGC的消费操作，则可以向服务器发送目标UGC操作完成通知。其中目标UGC操作完成通知中可以携带有目标UGC的UCGID。例如UGC为用户对歌曲的演唱音频，或者是用户发布的短视频，则对应的完成对目标UGC的消费操作可以是对演唱音频或短视频完整的进行了播放。服务器在接收到第一终端发送的目标UGC操作完成通知后，可以根据UCGID，更新UGC属性信息数据库记录的对应UGCID的消费信息，将消费信息中包括的消费完成次数加1，得到更新后的消费完成次数。在对消费完成次数更新之后，可以确定更新后的消费完成次数与目标UGC对应的消费次数的比值，如果该比值超过预设的阈值，则说明大部分用户都完成了对目标UGC的操作。例如目标UGC为用户演唱的歌曲音频，如果该比值超过预设的阈值，则说明大多数的用户在开始播放该歌曲音频后，会将该歌曲音频播放至结束，可以间接地说明该歌曲音频属于优质的UGC。因此可以为该歌曲音频增加消费次数上限，以增加该歌曲音频对应的播放次数。其中增加的具体数值，可以由技术人员预先设定，此处不再赘述。

情况三：在将目标UGC推送至第一终端之后，记录目标UGC发送至第一终端的发送时间；在发送时间后的预设时长内，停止向其他终端发送目标UGC。

在将目标UGC推送至第一终端之后，可以在一定的时间内，不将该目标UGC发送其他的终端。这是由于每个UGC设置有对应的消费次数上限，而服务器将目标UGC发送至第一终端之后，第一终端的用户可能不会立即对目标UGC进行消费操作，所以在目标UGC对应的消费次数不会更新。而在这个段时间内，如果继续将目标UGC发送至其他终端，其他终端和第一终端后续可能都会对目标UGC进行消费操作，从而导致目标UGC的消费次数远超出对应的消费次数上限。例如，目标UGC为用户演唱的歌曲音频。该歌曲音频对应的播放次数上限(消费次数上限)为5次，假设当前该歌曲音频对应的播放次数(消费次数)为4，在该歌曲音频发送至第一终端后，并没有被第一终端播放，所以此时该歌曲音频对应的播放次数仍然为4。如果此时在将该歌曲音频发送至其他4个终端，假设其他4个终端和第一终端后续都对该歌曲音频进行了播放，此时该歌曲音频对应的播放次数为9次，已经超出了播放次数上限5次。

所以服务器在向第一终端发送目标UGC之后，可以更新目标UGC对应属性信息中包括的下发时间。在服务器下发每个UGC之前，可以先判断UGC中的对应的下发时间是否在当前时间对应的时间范围内，如果在当前时间对应的时间范围内，则可以选择不向终端推送该UGC。而对于接收UGC的终端，如果终端在服务器推送UGC后的预设时长内，没有对UGC进行消费操作，则可以取消终端对该UGC进行消费操作的权限。另外，在UGC属性信息数据库可以设置一个存储时长，当UGC的属性信息在UGC属性信息数据库中存储的时长达到存储时长时，可以将对应的属性信息进行删除。

其中，对应上述情况一和情况二的处理，在本申请中，在多个待推送的UGC中，确定第二画像对应的账户发布的目标UGC的处理还可以包括：多个待推送的UGC中，确定第二画像对应的账户发布的，且对应消费完成次数，和/或，对应消费次数均为0的目标UGC。

在实施中，在确定第二画像对应的账户发布UGC之后，还可以根据确定的UGC对应的UGCID，在UGC属性信息数据库中确定各UGC对应的消费完成次数和消费次数，如果存在消费次数为0，和/或，消费完成次数为0的第二UGC，则可以将第二UGC确定为目标UGC。这样可以优先向发送UGC获取请求的账户推送未被推送过的UGC，或者是未被其他账户消费过的UGC，如此，对于待推送的每个UGC来说，都有较大的概率被推送至其他终端进行消费操作，可以有效的减少可能存在部分UGC一直未推送给其他账户进行消费操作的情况。

其中，对应上述情况三的处理，在本申请中，将目标UGC推送至第一终端的处理还可以包括：获取目标UGC推送至除第一终端之外的其他终端的推送时间，如果推送时间不在当前时间对应的时间范围内，则将目标UGC推送至第一终端。

在实施中，在确定目标UGC之后，根据目标UGC对应的UGCID，在UGC属性信息数据库中，确定已经记录的目标UGCID对应的推送时间，该推送时间是服务器最近将目标UGC推送给其他终端的时间。然后可以根据推送时间确定对应的时间范围，如果当前时间在对应的时间范围内，则可以不对目标UGC进行推送，如果当前时间不在对应的时间范围内，则可以将目标UGC推送至第一终端。其中，该时间范围可根据由技术人员预先设定，例如可以是当前时间点之前的预设时长内对应的时间范围，该预设时长可以是可以与上述情况三中的预设时长一致，具体时长值可由技术人员设置，此处不进行限定。

本申请在接收到第一终端发送的UGC获取请求后，可以获取第一终端对应账户的第一画像，根据第一画像确定待向第一终端推送的UGC对应发布账户的第二画像，然后在待推送的UGC对应的发布账户中，确定对应画像与第二画像对应的UGC，并推送至第一终端。可见采用本申请在向终端推送UGC时，可以参考请求UGC的账户对应的画像与发布各个UCG对应账户的画像，可以在一定程度上提高用户对推送的UGC的感兴趣的概率，能够增加向终端推送UGC的浏览量。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图3是本申请实施例提供的一种推送UGC的装置，该装置可以是上述实施例中的服务器，所述装置包括：

接收模块310，用于接收第一终端发送的用户生成内容UGC的获取请求，所述获取请求中携带有所述第一终端登录的第一账户的第一账户标识；

获取模块320，用于基于所述第一账户标识获取所述第一账户的第一画像；

确定模块330，用于基于所述第一画像，确定待向所述第一终端推送的UGC对应的发布账户的第二画像，在多个待推送的UGC中，确定所述第二画像对应的账户发布的目标UGC；

推送模块340，用于将所述目标UGC推送至所述第一终端。

可选的，所述接收模块310，还用于：

接收第二终端发送的目标UGC的发布请求，将所述目标UGC添加到所述多个待推送的UGC中，并记录目标UGC的消费信息，其中，所述目标UGC的消费信息包括消费次数、消费完成次数以及消费次数上限。

可选的，所述接收模块310，还用于：

接收所述第一终端发送的目标UGC操作通知，其中，所述目标UGC操作通知是在所述第一终端对所述目标UGC进行消费操作后触发发送的；

将所述目标UGC对应的消费次数加一，得到更新后的消费次数；

如果所述更新后的消费次数大于等于所述目标UGC对应的消费次数上限，则将所述目标UGC从所述多个待推送的UGC中删除。

可选的，所述接收模块310，还用于：

接收所述第一终端发送的目标UGC操作完成通知，其中，所述目标UGC操作完成通知是在所述第一终端对所述目标UGC消费操作完成后触发发送的；

将所述目标UGC对应的消费完成次数加一，得到更新后的消费完成次数；

如果所述更新后的消费完成次数与目标UGC对应的消费次数的比值超过预设的阈值，则将所述目标UGC对应的消费上限次数增加预设的数值，得到更新后的消费上限次数。

可选的，所述确定模块330，用于：

多个待推送的UGC中，确定对应所述消费完成次数，和/或，所述消费次数为0，且由所述第二画像对应的账户发布的目标UGC。

可选的，所述推送模块340，用于：

获取所述目标UGC推送至除第一终端之外的其他终端的推送时间，如果所述推送时间不在当前时间对应的时间范围内，则将所述目标UGC推送至所述第一终端。

需要说明的是：上述实施例提供的推送UGC的装置在推送UGC时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的推送UGC的装置与推送UGC的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图4是本申请实施例提供的一种服务器的结构示意图，该服务器400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，cpu)401和一个或一个以上的存储器402，其中，所述存储器402中存储有至少一条指令，所述至少一条指令由所述处理器401加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中推送UGC的方法。该计算机可读存储介质可以是非暂态的。例如，所述计算机可读存储介质可以是ROM(read-only memory，只读存储器)、RAM(random access memory，随机存取存储器)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。