CN111984871A - 好友推荐方法、好友推荐显示方法、装置及设备 - Google Patents

好友推荐方法、好友推荐显示方法、装置及设备 Download PDF

Info

Publication number
CN111984871A
CN111984871A CN202010924144.1A CN202010924144A CN111984871A CN 111984871 A CN111984871 A CN 111984871A CN 202010924144 A CN202010924144 A CN 202010924144A CN 111984871 A CN111984871 A CN 111984871A
Authority
CN
China
Prior art keywords
song list
user account
condition
friend recommendation
song
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.)
Pending
Application number
CN202010924144.1A
Other languages
English (en)
Inventor
黄桂志
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Fanxing Huyu IT Co Ltd
Original Assignee
Guangzhou Fanxing Huyu IT Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Fanxing Huyu IT Co Ltd filed Critical Guangzhou Fanxing Huyu IT Co Ltd
Priority to CN202010924144.1A priority Critical patent/CN111984871A/zh
Publication of CN111984871A publication Critical patent/CN111984871A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/60Information retrieval; Database structures therefor; File system structures therefor of audio data
    • G06F16/63Querying
    • G06F16/635Filtering based on additional data, e.g. user or group profiles
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9536Search customisation based on social or collaborative filtering

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种好友推荐方法、好友推荐显示方法、装置及设备,属于计算机技术领域。所述方法包括:播放歌单,歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征;响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,向服务器发送歌单的歌单标识;接收服务器根据歌单标识发送的第一好友推荐信息,第一好友推荐信息包括至少一个第二用户帐号的帐号标识,第二用户帐号对歌单的播放记录满足感兴趣条件。满足歌单的感兴趣条件能够反映出用户对歌单感兴趣,向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。

Description

好友推荐方法、好友推荐显示方法、装置及设备
技术领域
本申请涉及计算机技术领域,特别涉及一种好友推荐方法、好友推荐显示方法、装置及设备。
背景技术
越来越多的歌曲客户端会提供社交的功能。例如歌曲客户端对应的服务器会根据用户点赞的歌曲,向用户推荐好友。
目前,服务器通常根据第一用户在歌曲客户端中点赞的歌曲,向该第一用户推荐对相同歌曲点赞的第二用户,并向第二用户推荐该第一用户。当第一用户同意与第二用户成为好友,且第二用户同意与第一用户成为好友时,服务器为第一用户与第二用户建立好友关系。
通过点赞过相同的歌曲向用户推荐好友,该点赞过的歌曲不能完全反映出用户的兴趣爱好,存在一定的偏差,例如用户在试听歌曲时误操作导致对该歌曲点赞。推荐好友的准确度较低。
发明内容
本申请提供了一种好友推荐方法、好友推荐显示方法、装置及设备,可以提升推荐好友的准确度。所述技术方案如下:
根据本申请的一方面,提供了一种好友推荐方法,所述方法包括:
播放歌单,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识;
接收所述服务器根据所述歌单标识发送的第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件。
根据本申请的另一方面,提供了一种好友推荐方法,所述方法包括:
接收第一用户帐号发送的歌单标识,所述歌单标识对应的歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征,所述歌单标识是所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件时发送的;
响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,所述第一好友推荐信息包括所述至少一个第二用户帐号的帐号标识,所述至少一个第二用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件;
向所述第一用户帐号发送所述第一好友推荐信息。
根据本申请的另一方面,提供了一种好友推荐显示方法,所述方法包括:
响应于播放歌单,在用户界面中显示所述歌单的播放信息,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,在所述用户界面中显示第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件;
响应于对所述第一好友推荐信息的选择操作,在所述用户界面中显示所述第一好友推荐信息的详情。
根据本申请的另一方面,提供了一种好友推荐装置,所述装置包括:
播放模块,用于播放歌单,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
发送模块,用于响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识;
接收模块,用于接收所述服务器根据所述歌单标识发送的第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件。
可选地,所述感兴趣条件包括播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种;所述发送模块,用于:
响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识。
可选地,所述发送模块,包括:
第一确定子模块,用于在所述感兴趣条件包括所述播放比例条件时,响应于第一比例大于预设播放比例,确定所述第一用户帐号满足所述播放比例条件,所述第一比例是所述第一用户帐号播放所述歌曲的数量和所述歌曲的总数量的比值。
可选地,所述发送模块,包括:
第二确定子模块,用于在所述感兴趣条件包括所述收藏数量条件时响应于所述第一用户帐号收藏所述歌曲的数量大于预设收藏数量,确定所述第一用户帐号满足所述收藏数量条件。
可选地,所述发送模块,包括:
第三确定子模块,用于在所述感兴趣条件包括所述播放时长条件时,响应于所述第一用户帐号播放所述歌单的播放时长大于预设播放时长,确定所述第一用户帐号满足所述播放时长条件。
可选地,所述发送模块,包括:
第四确定子模块,用于在所述感兴趣条件包括所述播放次数条件时,响应于所述第一用户帐号播放所述歌曲的播放次数大于预设播放次数,确定所述第一用户帐号满足所述播放次数条件。
可选地,所述发送模块,用于:
响应于所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向所述服务器发送所述歌单的歌单标识以及所述第一用户帐号的帐号标识,所述第一用户帐号的帐号标识被用于所述服务器为所述第二用户帐号生成第二好友推荐信息。
可选地,所述第一用户帐号与所述第二用户帐号的性别不同。
根据本申请的另一方面,提供了一种好友推荐装置,所述装置包括:
接收模块,用于接收第一用户帐号发送的歌单标识,所述歌单标识对应的歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征,所述歌单标识是所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件时发送的;
第一生成模块,用于响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,所述第一好友推荐信息包括所述至少一个第二用户帐号的帐号标识,所述至少一个第二用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件;
发送模块,用于向所述第一用户帐号发送所述第一好友推荐信息。
可选地,所述第一生成模块,用于:
响应于至少一个所述第二用户帐号向所述服务器发送过所述歌单标识,根据与所述第一用户帐号性别不同的至少一个所述第二用户帐号生成所述第一好友推荐信息。
可选地,所述第一生成模块,用于:
响应于至少一个所述第二用户帐号向所述服务器发送过所述歌单标识,根据歌单喜爱得分最高的目标数量的所述第二用户帐号,生成所述第一好友推荐信息,所述歌单喜爱得分是根据所述第二用户帐号对所述歌单的播放记录确定的。
可选地,所述装置还包括:
第二生成模块,用于根据生成所述歌单时所处的时段,生成所述歌单;
所述发送模块,还用于向所述第一用户帐号以及所述至少一个第二用户帐号发送所述歌单。
可选地,所述第二生成模块,用于:
响应于生成所述歌单时所处的时段属于第一时段,根据在第一时间点以前发布的歌曲,生成复古歌单;
响应于生成所述歌单时所处的时段属于第二时段,根据在第二时间点以前发布的歌曲,生成怀旧歌单;
响应于生成所述歌单时所处的时段属于第三时段,根据在第三时间点以前发布的歌曲,生成当下热门歌单;
其中,所述第一时段、所述第二时段以及所述第三时段互不相同,所述第一时间点早于所述第二时间点,所述第二时间点早于所述第三时间点。
可选地,所述接收模块,用于:
接收所述第一用户帐号发送的所述歌单标识以及所述第一用户帐号的帐号标识;
所述装置还包括:
第三生成模块,用于根据所述第一用户帐号生成第二好友推荐信息;
所述发送模块,还用于向所述至少一个第二用户帐号发送所述第二好友推荐信息。
根据本申请的另一方面,提供了一种好友推荐显示装置,所述装置包括:
显示模块,用于响应于播放歌单,在用户界面中显示所述歌单的播放信息,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
所述显示模块,用于响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,在所述用户界面中显示第一好友推荐信息,所述第一好友推荐信息是服务器根据所述歌单的歌单标识向所述第一用户帐号发送的,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件;
所述显示模块,用于响应于对所述第一好友推荐信息的选择操作,在所述用户界面中显示所述第一好友推荐信息的详情。
可选地,所述显示模块,用于:
在倒计时时段内,显示所述第一好友推荐信息;
响应于所述倒计时时段结束,将所述第一好友推荐信息切换显示为最新接收到的好友推荐信息。
可选地,所述显示模块,用于:
在所述用户界面中显示排行榜,所述排行榜中的用户帐号是按照所述用户帐号的歌单喜爱得分的顺序排序的,所述用户帐号满足所述感兴趣条件,所述歌单喜爱得分是根据所述用户帐号对所述歌单的所述播放记录确定的,所述至少一个第二用户帐号处于所述排行榜的前n位,n为正整数。
可选地,所述显示模块,用于:
显示所述第二用户帐号的个人资料页,所述个人资料页中包括所述第二用户帐号的性别,所述第二用户帐号的性别与所述第一用户帐号的性别不同。
根据本申请的另一方面,提供了一种计算机设备,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的好友推荐方法或好友推荐显示方法。
根据本申请的另一方面,提供了一种计算机可读存储介质,所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上方面所述的好友推荐方法或好友推荐显示方法。
根据本申请的另一方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述方面的各种可选实现方式中提供的好友推荐方法或好友推荐显示方法。
本申请提供的技术方案带来的有益效果至少包括:
通过当第一用户帐号满足歌单的感兴趣条件时,能够接收到服务器发送的第一好友推荐信息,该第一好友推荐信息是根据满足相同歌单的感兴趣条件的至少一个第二用户帐号生成的。满足歌单的感兴趣条件能够反映出用户对歌单感兴趣,向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个示意性实施例提供的一种好友推荐系统的结构示意图;
图2是本申请实施例提供的实现推荐好友的原理的示意图;
图3是本申请实施例提供的一种好友推荐方法的流程示意图;
图4是本申请实施例提供的另一种好友推荐方法的流程示意图;
图5是本申请实施例提供的一种好友推荐显示方法的流程示意图;
图6是本申请实施例提供的又一种好友推荐方法的流程示意图;
图7是本申请实施例提供的在用户界面中显示歌单的播放信息的示意图;
图8是本申请实施例提供的在用户界面中显示第一好友推荐信息的示意图;
图9是本申请实施例提供的在好友界面中显示好友关系的示意图;
图10是本申请实施例提供的一种好友推荐装置的结构示意图;
图11是本申请实施例提供的一种发送模块的结构示意图;
图12是本申请实施例提供的另一种发送模块的结构示意图;
图13是本申请实施例提供的又一种发送模块的结构示意图;
图14是本申请实施例提供的再一种发送模块的结构示意图;
图15是本申请实施例提供的另一种好友推荐装置的结构示意图;
图16是本申请实施例提供的又一种好友推荐装置的结构示意图;
图17是本申请实施例提供的再一种好友推荐装置的结构示意图;
图18是本申请实施例提供的一种好友推荐显示装置的结构示意图;
图19是本申请实施例提供的一种服务器的结构示意图;
图20是本申请实施例提供的一种终端的结构示意图。
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1是本申请一个示意性实施例提供的一种好友推荐系统的结构示意图,如图1所示,可选地,该好友推荐系统100中包括:服务器110、第一终端120和至少一个第二终端130。
可选地,服务器110为一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心中的虚拟服务器等等,在此不做限定。第一终端110为智能手机、平板电脑、台式电脑和笔记本电脑等。第二终端130为智能手机、平板电脑、台式电脑和笔记本电脑等。可选地,服务器110和第一终端120之间通过有线网络或无线网络建立连接,服务器110和第二终端130之间通过有线网络或无线网络建立连接。
需要说明的是,第一终端120上安装有第一歌曲客户端,第一终端120通过第一歌曲客户端与服务器110连接,该服务器110与第一歌曲客户端对应。第一歌曲客户端可以是具有歌曲播放功能的应用程序或者网页客户端。第一歌曲客户端为个人计算机(PersonalComputer,PC)上的客户端、移动终端上的客户端、汽车的车机系统上的客户端、智能穿戴设备上的客户端以及小程序等。该应用程序可以是音乐程序、直播程序、视频点播程序、短视频程序、交友程序、K歌程序、婚恋程序、即时通讯程序、网络社区程序、出行程序中的任意一种。在本实施例中,以该应用程序是音乐程序来举例说明。
第二终端130上安装有第二歌曲客户端,第二终端130通过第二歌曲客户端与服务器110连接,该服务器110与第二歌曲客户端对应。第二歌曲客户端可以是具有歌曲播放功能的应用程序或者网页客户端。第二歌曲客户端为个人计算机(Personal Computer,PC)上的客户端、移动终端上的客户端、汽车的车机系统上的客户端、智能穿戴设备上的客户端以及小程序等。该应用程序可以是音乐程序、直播程序、视频点播程序、短视频程序、交友程序、K歌程序、婚恋程序、即时通讯程序、网络社区程序、出行程序中的任意一种。在本实施例中,以该应用程序是音乐程序来举例说明。
可选地,第一终端120上的第一歌曲客户端和第二终端130上的第二歌曲客户端是相同的。第一歌曲客户端与第二歌曲客户端为同一客户端的不同版本。第一歌曲客户端与第二歌曲客户端是不同操作系统平台(例如安卓或IOS)上的同一类型的客户端。或者,第一歌曲客户端与第二歌曲客户端是同一用户帐号体系下的不同类型的客户端。
图2是本申请实施例提供的实现推荐好友的原理的示意图。如图2所示,第一终端202上安装有第一歌曲客户端,当第一歌曲客户端上的第一用户帐号对歌单的播放记录满足该歌单的感兴趣条件时,向服务器201发送该歌单的歌单标识。可选地,满足歌单的感兴趣条件指播放歌单中的歌曲的比例达到预设播放比例,收藏歌单中的歌曲的数量达到预设收藏数量,播放歌单的播放时长达到预设播放时长,以及播放歌单中的歌曲的播放次数达到预设播放次数中的至少一种。
至少一个第二终端203上的第二歌曲客户端上的第二用户帐号向该服务器201发送过相同的歌单标识。服务器根据该第二用户帐号能够生成第一好友推荐信息并发送至第一用户帐号。第一好友推荐信息包括第二用户帐号的帐号标识。第二用户帐号对歌单的播放记录也满足歌单的感兴趣条件。第一歌曲客户端还能够显示该第一好友推荐信息。可选地,服务器201还向第二用户帐号发送包括第一用户帐号的帐号标识的第二好友推荐信息。
当第一用户帐号满足歌单的感兴趣条件时,能够接收到服务器发送的第一好友推荐信息,该第一好友推荐信息是根据满足相同歌单的感兴趣条件的至少一个第二用户帐号生成的。满足歌单的感兴趣条件能够反映出用户对歌单感兴趣,向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
图3是本申请实施例提供的一种好友推荐方法的流程示意图。该方法可以用于如图1所示的系统中的终端以及终端上的歌曲客户端。如图3所示,该方法包括:
步骤301、播放歌单,歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。
第一歌曲客户端播放的该歌单是登录该第一歌曲客户端上的第一用户帐号的用户创建的,是服务器向第一歌曲客户端发送并由登录第一用户帐号的用户选择并播放的,或者是第二歌曲客户端上的第二用户帐号向第一用户帐号发送的。其中,第一用户帐号为服务器中的任一用户帐号,第二用户帐号为服务器中的任一用户帐号,第一用户帐号与第二用户帐号不同。
该相同的特征包括该至少两首歌曲的作者相同、演唱歌手相同、发行地域相同、反映的情绪相同(例如开心或伤感)、音乐流派相同、歌曲韵律相同、歌曲名称相同、以及发布时间为同一年中的至少一种。当该歌单是第一用户帐号或第二用户帐号创建的时,该相同的特征还包括该歌单中的歌曲是同一用户帐号选择的。
步骤302、响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,向服务器发送歌单的歌单标识。
第一用户帐号满足歌单的感兴趣条件指第一用户帐号播放歌单中的歌曲的比例达到预设播放比例,收藏歌单中的歌曲的数量达到预设收藏数量,播放歌单的播放时长达到预设播放时长,以及播放歌单中的歌曲的播放次数达到预设播放次数中的至少一种。示例地,该预设播放比例为80%,该预设收藏数量为3首,该预设播放时长为3小时,该预设播放次数为50次。
该播放记录包括第一用户帐号播放该歌单产生的全部播放记录。第一歌曲客户端根据第一用户帐号对歌单的播放记录中,累计播放歌单中的歌曲的比例,累计收藏歌单中的歌曲数量,累计播放歌单的播放时长以及累计播放歌单中的歌曲的播放次数中的至少一种,确定第一用户帐号是否满足歌单的感兴趣条件。或者,第一歌曲客户端根据第一用户帐号单次播放歌单中的歌曲的比例,单次播放歌单时收藏歌单中的歌曲的数量,单次播放歌单的播放时长以及单次播放歌单中的歌曲的播放次数中的至少一种,确定第一用户帐号是否满足歌单的感兴趣条件。可选地,不同的歌单对应不同的感兴趣条件,或者不同的歌单对应相同的感兴趣条件。
歌单的歌单标识指歌单的名称、歌单在服务器中的编号、歌单的生成时间信息以及能够唯一标识该歌单的信息。当该歌单是服务器生成的时,服务器在生成该歌单时生成该歌单标识。当该歌单是用户帐号创建的时,服务器根据用户帐号创建歌单的请求,生成该歌单标识。
步骤303、接收服务器发送的第一好友推荐信息,第一好友推荐信息是服务器根据歌单标识确定的。
第一好友推荐信息包括至少一个第二用户帐号的帐号标识,该第二用户帐号的标识指第二用户帐号的名称、第二用户帐号在服务器中的序号以及第二用户帐号的身份标识号(identity document,id)等能够唯一标识第二用户帐号的信息。
第二用户帐号对歌单的播放记录也满足歌单的感兴趣条件,该歌单为第一用户帐号向服务器发送的歌单标识对应的歌单。即第二用户帐号与第一用户帐号播放过相同的歌单,且都满足该歌单的感兴趣条件。
可选地,第一歌曲客户端还向服务器发送第一用户帐号的标识,服务器根据该第一用户帐号的标识,确定第一用户帐号对应的第一好友推荐信息,并向第一用户帐号发送该第一好友推荐信息。
综上所述,本申请实施例提供的好友推荐方法,当第一用户帐号满足歌单的感兴趣条件时,能够接收到服务器发送的第一好友推荐信息,该第一好友推荐信息是根据满足相同歌单的感兴趣条件的至少一个第二用户帐号生成的。满足歌单的感兴趣条件能够反映出用户对歌单感兴趣,向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
图4是本申请实施例提供的另一种好友推荐方法的流程示意图。该方法可以用于如图1所示的系统中的服务器。如图4所示,该方法包括:
步骤401、接收第一用户帐号发送的歌单标识,歌单标识对应的歌单中包括至少两首歌曲,歌单标识是第一用户帐号对歌单的播放记录满足歌单的感兴趣条件时发送的。
该歌单中包括的至少两首歌曲具有相同的特征。该相同的特征包括该至少两首歌曲的作者相同、演唱歌手相同、发行地域相同、反映的情绪相同(例如开心或伤感)、音乐流派相同、歌曲韵律相同、歌曲名称相同、以及发布时间为同一年中的至少一种。当该歌单是第一用户帐号或第二用户帐号创建的时,该相同的特征还包括该歌单中的歌曲是同一用户帐号选择的。
第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,能够反映出登录第一用户帐号的用户对该歌单感兴趣。
步骤402、响应于至少一个第二用户帐号向服务器发送过歌单标识,根据至少一个第二用户帐号生成第一好友推荐信息。
至少一个第二用户帐号向服务器发送的歌单标识,与第一用户帐号向服务器发送的歌单标识相同。
该好友推荐信息包括至少一个第二用户帐号的帐号标识。至少一个第二用户帐号对歌单的播放记录满足歌单的感兴趣条件,即第二用户帐号与第一用户帐号播放过相同的歌单,且都满足该歌单的感兴趣条件。
步骤403、向第一用户帐号发送第一好友推荐信息。
可选地,当服务器接收到第一用户帐号发送的歌单标识,并生成第一好友推荐信息后,主动向第一用户帐号发送该第一好友推荐信息。当服务器接收到第一用户帐号发送的好友推荐请求时,向第一用户帐号发送该第一好友推荐信息。当服务器接收到第一用户帐号完成歌单播放的信息时,向第一用户帐号发送该第一好友推荐信息。或者,服务器在设定的时间向第一用户帐号发送该第一好友推荐信息,例如为每天的10点、16点和20点。
可选地,服务器还根据第一用户帐号生成第二好友推荐信息,并向至少一个第二用户帐号发送该第二好友推荐信息,该第二好友推荐信息包括第一用户帐号的帐号标识。
综上所述,本申请实施例提供的好友推荐方法,根据第一用户帐号发送的歌单标识,生成第一好友推荐信息并发送至第一用户帐号。该第一好友推荐信息是根据至少一个第二用户帐号生成的,第二用户帐号与第一用户帐号都满足歌单的感兴趣条件,即第二用户帐号与第一用户帐号播放过相同的歌单,且都对该歌单感兴趣。向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
图5是本申请实施例提供的一种好友推荐显示方法的流程示意图。该方法可以用于如图1所示的系统中的终端以及终端上的歌曲客户端。如图5所示,该方法包括:
步骤501、响应于播放歌单,在用户界面中显示歌单的播放信息。
该歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。该用户界面为歌曲播放界面。该用户界面中显示有包括该歌单的歌单列表,当歌曲客户端接收到登陆第一用户帐号的用户对歌单列表中的该歌单的触控操作、对歌单列表中的该歌单的语音选择指令以及对歌单列表中的该歌单的触控操作并进行确认操作时,歌曲客户端播放该歌单。
在用户界面中显示的该歌单的播放信息包括歌单的名称、歌单中歌曲的数量、歌单中正在播放的歌曲的名称、歌单中正在播放的歌曲在歌单的全部歌曲中的序号、歌单中正在播放的歌曲的播放进度、歌单中正在播放的歌曲对应的歌词以及歌曲播放控制按钮。该歌曲播放控制按钮包括播放上一首、播放下一首、切换随机播放模式、切换循环播放模式、暂停播放、增大音量以及减少音量等。
步骤502、响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,在用户界面中显示第一好友推荐信息,第一好友推荐信息是服务器根据歌单的歌单标识向第一用户帐号发送的。
第一用户帐号对歌单的播放记录满足歌单的感兴趣条件能够反映登录第一用户帐号的用户对该歌单感兴趣。第一好友推荐信息包括至少一个第二用户帐号的帐号标识,第二用户帐号对歌单的播放记录满足感兴趣条件。即第一用户帐号与第二用户帐号播放过相同的歌单,且都满足该歌单的感兴趣条件。也即是第一用户帐号与第二用户帐号都对该歌单感兴趣。
当第一用户帐号在播放歌单时接收到该第一好友推荐信息,会在显示歌单的播放信息的用户界面中以弹窗的形式显示该第一好友推荐信息。该弹窗中显示有系统提示信息、第二用户帐号的头像以及第二用户帐号的标识(昵称)。示例地,该系统提示信息为“系统向您推荐了一个好友,你们都喜欢歌单1”。
步骤503、响应于对第一好友推荐信息的选择操作,在用户界面中显示第一好友推荐信息的详情。
当第一好友推荐信息以弹窗的形式显示时,该选择操作指登录第一用户帐号的用户对弹窗的显示区域的触控操作,例如单击、双击以及长按。显示的第一好友推荐信息的详情包括第二用户帐号的对应的头像、性别、年龄、星座、个性签名、上线时间以及与第一用户帐号都感兴趣的歌单的名称。
综上所述,本申请实施例提供的好友推荐方法,当第一用户帐号对歌单的播放记录满足歌单的感兴趣条件时,会在用户界面中显示第一好友推荐信息。该第一好友推荐信息是服务器根据歌单的歌单标识发送的。第一好友推荐信息包括至少一个第二用户帐号的帐号标识,第二用户帐号与第一用户帐号都满足歌单的感兴趣条件,即第二用户帐号与第一用户帐号播放过相同的歌单,且都对该歌单感兴趣。向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
图6是本申请实施例提供的又一种好友推荐方法的流程示意图。该方法可以用于如图1所示的系统。如图6所示,该方法包括:
步骤601、服务器根据生成歌单时所处的时段,生成歌单。
响应于生成歌单时所处的时段属于第一时段,服务器根据在第一时间点以前发布的歌曲,生成复古歌单。该第一时段是服务器设置的,例如为自然月的上旬,该第一时间点是服务器设置的,例如为2000年。即服务器在自然月的上旬,会根据2000年之前发布的歌曲,生成该复古歌单。
响应于生成歌单时所处的时段属于第二时段,服务器根据在第二时间点以前发布的歌曲,生成怀旧歌单。该第二时段是服务器设置的,例如为自然月的中旬,该第二时间点是服务器设置的,例如为近5年。即服务器在自然月的中旬,会根据近5年发布的歌曲,生成该怀旧歌单。
响应于生成歌单时所处的时段属于第三时段,服务器根据在第三时间点以前发布的歌曲,生成当下热门歌单。该第三时段是服务器设置的,例如为自然月的下旬,该第三时间点是服务器设置的,例如为近一周。即服务器在自然月的下旬,会根据近一周发布的歌曲,生成该当下热门歌单。其中,第一时段、第二时段以及第三时段互不相同。第一时间点早于第二时间点,第二时间点早于第三时间点。
可选地,服务器在第一时段、第二时段以及第三时段内,定期生成对应的歌单。例如,服务器在第一时段内,每日生成一个复古歌单。服务器在第二时段内,每日生成一个怀旧歌单。服务器在第三时段内,每日生成一个当下热门歌单。服务器生成的歌单,还能够是服务器的运营人员手工建立的。
步骤602、服务器向第一用户帐号以及至少一个第二用户帐号发送歌单。
该第一用户帐号指登录第一歌曲客户端的用户帐号,该第二用户帐号指登录第二歌曲客户端的用户帐号。第一歌曲客户端安装在如图1所示的系统中的第一终端上,第二歌曲客户端安装在如图1所示的系统中的第二终端上。其中,第一终端与第二终端不同。第一歌曲客户端与第二歌曲客户端,两者相同或者不同。服务器向第一用户帐号以及至少一个第二用户帐号发送歌单,指服务器向登录有第一用户帐号的第一歌曲客户端,以及至少一个登录有第二用户帐号的第二歌曲客户端发送歌单。
服务器向第一用户帐号以及至少一个第二用户帐号发送的歌单,用于第一用户帐号以及第二用户帐号播放该歌单,并由歌曲客户端根据第一用户帐号以及第二用户帐号对歌单的播放记录,判断第一用户帐号以及第二用户帐号对应的用户是否对该歌单感兴趣,从而实现好友推荐。
可选地,服务器在生成歌单后,向该第一用户帐号以及至少一个第二用户帐号发送该生成的歌单。或者,服务器在每日凌晨12:00,向该第一用户帐号以及至少一个第二用户帐号发送最新生成的歌单。可选地,服务器同时向第一用户帐号以及至少一个第二用户帐号发送该歌单,或者服务器在不同的时间向第一用户帐号以及至少一个第二用户帐号发送该歌单。
步骤603、第一用户帐号播放歌单,歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。
第一用户帐号播放歌单,指登录有第一用户帐号的第一歌曲客户端播放歌单。可选地,第一用户帐号播放的该歌单是登录第一用户帐号的用户创建的,是服务器向第一用户帐号发送并由登录第一用户帐号的用户选择并播放的,或者是第二用户帐号向第一用户帐号发送的。
该相同的特征包括该至少两首歌曲的作者相同、演唱歌手相同、发行地域相同、反映的情绪相同(例如开心或伤感)、音乐流派相同、歌曲韵律相同、歌曲名称相同、以及发布时间为同一年中的至少一种。当该歌单是第一用户帐号或第二用户帐号创建的时,该相同的特征还包括该歌单中的歌曲是同一用户帐号选择的。
可选地,第一歌曲客户端会将第一用户帐号每次对该歌单的播放记录,存入该歌单对应的播放记录中,用于判断登录第一用户帐号的用户是否对该歌单感兴趣。
步骤604、响应于播放歌单,第一歌曲客户端在用户界面中显示歌单的播放信息。
其中,该用户界面为歌曲播放界面。当第一用户帐号播放歌单时,第一歌曲客户端会在用户界面中显示歌单的播放信息。示例地,图7是本申请实施例提供的在用户界面中显示歌单的播放信息的示意图。如图7所示,用户界面包括用户信息701、歌曲播放信息702、歌单列表703以及歌曲控制信息704。第一用户信息701包括第一用户帐号的昵称以及头像,歌曲播放信息702包括第一用户帐号在播放的歌曲的列表,歌单列表703包括服务器向第一用户帐号发送的歌单1、歌单2、歌单3、歌单4、歌单5以及歌单6,歌曲控制信息704包括控制歌曲播放的按钮以及歌曲收藏按钮。
可选地,第一歌曲客户端还能够在该用户界面中显示排行榜,该排行榜中的用户帐号是按照用户帐号的歌单喜爱得分的顺序排序的。该用户帐号为服务器中的任一用户帐号。该用户帐号满足歌单的感兴趣条件,歌单喜爱得分是根据用户帐号对歌单的播放记录确定的。显示的排行榜包括用户帐号的标识、用户帐号的头像以及用户帐号的喜爱得分,该排行榜是服务器向第一歌曲客户端发送的。可选地,服务器根据用户帐号对歌单的播放记录,能够确定用户帐号对歌单的累计播放时长、对歌单中的歌曲的累计播放次数、收藏歌单中的歌曲的数量以及播放歌单中的歌曲的比例。服务器根据用户帐号对歌单的累计播放时长、对歌单中的歌曲的累计播放次数、收藏歌单中的歌曲的数量以及播放歌单中的歌曲的比例,能够确定出用户帐号对歌单的歌单喜爱得分。
步骤605、响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,第一用户帐号向服务器发送歌单的歌单标识。
第一用户帐号向服务器发送歌单的歌单标识,指第一歌曲客户端向服务器发送歌单的歌单标识。满足歌单的感兴趣条件,能够反映用户对该歌单感兴趣。可选地,不同的歌单对应不同的感兴趣条件,或者不同的歌单对应相同的感兴趣条件。
可选地,响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,第一用户帐号向服务器发送歌单的歌单标识以及第一用户帐号的帐号标识。其中,第一用户帐号的帐号标识用于服务器生成第二好友推荐信息,第二好友推荐信息包括第一用户帐号的帐号标识。即服务器根据第一用户帐号生成好友推荐信息,并发送给其他用户帐号,即向其他用户帐号推荐第一用户帐号成为好友。
歌单的感兴趣条件包括播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种。则,响应于第一用户帐号满足播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种,第一用户帐号向服务器发送歌单标识。
在感兴趣条件包括播放比例条件时,响应于第一比例大于预设播放比例,第一歌曲客户端确定第一用户帐号满足播放比例条件。其中,第一比例是第一用户帐号播放歌单中的歌曲的数量和歌曲的总数量的比值。该预设播放比例是服务器设置的,预设播放比例越大,则当第一用户帐号满足播放比例条件时,第一用户帐号对应的用户对该歌单感兴趣的可能性越大。
在感兴趣条件包括收藏数量条件时,响应于第一用户帐号收藏歌曲的数量大于预设收藏数量,第一歌曲客户端确定第一用户帐号满足收藏数量条件。该预设收藏数量是服务器设置的,预设收藏数量越大,则当第一用户帐号满足收藏数量条件时,第一用户帐号对应的用户对该歌单感兴趣的可能性越大。
在感兴趣条件包括播放时长条件时,响应于第一用户帐号播放歌单的播放时长大于预设播放时长,第一歌曲客户端确定第一用户帐号满足播放时长条件。该预设播放时长是服务器设置的,预设播放时长越大,则当第一用户帐号满足播放时长条件时,第一用户帐号对应的用户对该歌单感兴趣的可能性越大。
在感兴趣条件包括播放次数条件时,响应于第一用户帐号播放歌曲的播放次数大于预设播放次数,确定第一用户帐号满足播放次数条件。该预设播放次数是服务器设置的,预设播放次数越大,则当第一用户帐号满足播放次数条件时,第一用户帐号对应的用户对该歌单感兴趣的可能性越大。
可选地,服务器也能够判断第一用户帐号是否满足歌单的感兴趣条件。即第一用户帐号会向服务器发送第一用户帐号对歌单的播放记录,当服务器接收到该播放记录后,能够根据该播放记录判断第一用户帐号是否满足歌单的感兴趣条件。
步骤606、第二用户帐号向服务器发送歌单的歌单标识。
该第二用户帐号满足歌单对应的感兴趣条件。该歌单为第一用户帐号满足的感兴趣条件对应的歌单。即第二用户帐号与第一用户帐号播放过相同的歌单,且都满足该歌单的感兴趣条件。
步骤607、响应于至少一个第二用户帐号向服务器发送过歌单标识,服务器根据至少一个第二用户帐号生成第一好友推荐信息。
第一好友推荐信息包括至少一个第二用户帐号的帐号标识。可选地,该第一好友推荐信息还包括第二用户帐号的头像、昵称、爱好信息以及个性签名信息等。
可选地,响应于至少一个第二用户帐号向服务器发送过歌单标识,服务器根据与第一用户帐号性别不同的至少一个第二用户帐号生成第一好友推荐信息。
可选地,响应于至少一个第二用户帐号向服务器发送过歌单标识,服务器根据歌单喜爱得分最高的目标数量的第二用户帐号,生成第一好友推荐信息。其中,歌单喜爱得分是根据第二用户帐号对歌单的播放记录确定的,目标数量是服务器设置的。例如服务器根据歌单喜爱得分最高的5个第二用户帐号,生成第一好友推荐信息。服务器根据第二用户帐号对歌单的播放记录,能够确定第二用户帐号对歌单的累计播放时长、对歌单中的歌曲的累计播放次数、收藏歌单中的歌曲的数量以及播放歌单中的歌曲的比例。服务器根据第二用户帐号对歌单的累计播放时长、对歌单中的歌曲的累计播放次数、收藏歌单中的歌曲的数量以及播放歌单中的歌曲的比例,能够确定出第二用户帐号对歌单的歌单喜爱得分。例如,第二用户帐号对歌单的累计播放时长为36小时,对歌单中的歌曲的累计播放次数为80次,收藏歌单中的歌曲的数量为17首,播放歌单中的歌曲的比例为70%,则第二用户帐号对歌单的歌单喜爱得分为(36+80+17)*70%=93.1。
当服务器接收到第一用户帐号发送的歌单标识,会在数据库中查询向服务器发送过相同歌单标识的至少一个第二用户帐号,从而根据第二用户帐号生成该第一好友推荐信息。
当由服务器判断第一用户帐号是否满足歌单的感兴趣条件时,服务器根据第一用户帐号对歌单的播放记录,判断第一用户帐号是否满足歌单的感兴趣条件。当第一用户帐号满足歌单的感兴趣条件时,服务器根据该歌单的歌单标识,在数据库中查询满足相同的歌单的感兴趣条件的第二用户帐号。
步骤608、服务器向第一用户帐号发送第一好友推荐信息。
该第一好友推荐信息用于第一用户帐号获取好友。当第一用户帐号接收到该第一好友推荐信息后,还能够在用户界面中显示该第一好友推荐信息。
步骤609、第一歌曲客户端在用户界面中显示第一好友推荐信息。
第一歌曲客户端在用户界面中采用弹窗的方式显示该第一好友推荐信息。当第一好友推荐信息包括多个第二用户帐号的帐号标识时,第一歌曲客户端在弹窗中轮流显示不同的第二用户帐号对应的第一好友推荐信息。
可选地,在倒计时时段内,第一歌曲客户端显示该第一好友推荐信息。该倒计时时段是服务器设置的。响应于倒计时时段结束,第一歌曲客户端将第一好友推荐信息切换显示为最新接收到的好友推荐信息。即当倒计时时段结束,且在倒计时时段内第一用户帐号接收到服务器发送的其他好友推荐信息时,第一歌曲客户端将第一好友推荐信息切换显示为最新接收到的好友推荐信息。
可选地,当服务器根据歌单喜爱得分最高的目标数量的第二用户帐号,生成第一好友推荐信息时。第一好友推荐信息对应的至少一个第二用户帐号处于第一歌曲客户端在用户界面中显示排行榜的前n位。其中,n为正整数。
第一歌曲客户端还能够根据用户对第一好友推荐信息对应的弹窗的触控操作,显示第二用户帐号的个人资料页。可选地,第二用户帐号的个人资料页中包括第二用户帐号的性别,第二用户帐号的性别与第一用户帐号的性别不同。
示例地,图8是本申请实施例提供的在用户界面中显示第一好友推荐信息的示意图。如图8所示,当第一用户帐号播放歌曲,且收到第一好友推荐信息时,会在用户界面显示好友推荐弹窗801。好友推荐弹窗801包括系统提示信息、第二用户帐号的头像802以及第二用户帐号的昵称803。
步骤610、响应于对第一好友推荐信息的选择操作,第一歌曲客户端在用户界面中显示第一好友推荐信息的详情。
显示的第一好友推荐信息的详情包括第二用户帐号的对应的头像、性别、年龄、星座、个性签名、上线时间以及与第一用户帐号都感兴趣的歌单的名称。该详情还包括发送添加好友请求按钮。当登录第一用户帐号的用户点击该按钮时,会向第二用户帐号发送添加好友的请求。当登录第二用户帐号的用户同意该请求时,服务区会为第一用户帐号与第二用户帐号建立好友关系。
步骤611、服务器根据第一用户帐号生成第二好友推荐信息,第二好友推荐信息包括第一用户帐号的帐号标识。
可选地,当服务器接收到第一用户帐号发送的歌单标识以及第一用户帐号的帐号标识时,服务器会根据第一用户帐号生成第二好友推荐信息。
该第二好友推荐信息还包括第一用户帐号的头像、昵称、爱好信息以及个性签名信息等。
步骤612、服务器向至少一个第二用户帐号发送第二好友推荐信息。
当服务器只向第一用户帐号发送第一好友推荐信息时,登录第一用户帐号的用户根据第一好友推荐信息从至少一个第二用户帐号中选择出目标用户帐号,添加好友邀请。当登录目标用户帐号的用户同意该添加好友邀请时,服务器为第一用户帐号与第二用户帐号建立好友关系。
当服务器向第一用户帐号发送第一好友推荐信息,且向第二用户帐号发送第二好友推荐信息时。第一用户帐号根据第一好友推荐信息从至少一个第二用户帐号中选择出目标用户帐号建立好友关系,当登录目标用户帐号的用户根据第二好友推荐信息也选择第一用户帐号建立好友关系时,服务器为第一用户帐号与第二用户帐号建立好友关系。
示例地,图9是本申请实施例提供的在好友界面中显示好友关系的示意图。如图9所示,该好友界面包括与第一用户帐号建立好友关系的第二用户帐号的帐号信息901以及与第一用户帐号建立好友关系的第三用户帐号的帐号信息902。
综上所述,本申请实施例提供的好友推荐方法,当第一用户帐号满足歌单的感兴趣条件时,能够接收到服务器发送的第一好友推荐信息,该第一好友推荐信息是根据满足相同歌单的感兴趣条件的至少一个第二用户帐号生成的。当第二用户帐号满足歌单的感兴趣条件时,能够接收到服务器发送的第二好友推荐信息,该第二好友推荐信息是根据满足相同歌单的感兴趣条件的第一用户帐号生成的。满足歌单的感兴趣条件能够反映出用户对歌单感兴趣,向用户推荐对相同的歌单感兴趣的用户,能够提升推荐好友的准确度。
另外,当服务器提高预设播放比例、预设收藏数量、预设播放时长以及预设播放次数时,满足感兴趣条件的用户对歌单感兴趣的概率也会提高。能够更准确的判断用户是否对歌单感兴趣。服务器能够生成复古歌单、怀旧歌单以及当下热门歌单并发送给用户,能够满足不同用户的喜好,提升用户体验。歌曲客户端采用弹窗的方式显示好友推荐信息,能够有效吸引用户的注意,提升用户寻找潜在好友的效率。
需要说明的是,本申请实施例提供的方法步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内,因此不再赘述。
图10是本申请实施例提供的一种好友推荐装置的结构示意图。该装置可以用于如图1所示的系统中的终端以及终端上的歌曲客户端。如图10所示,该装置10包括:
播放模块1001,用于播放歌单。歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。
发送模块1002,用于响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,向服务器发送歌单的歌单标识。
接收模块1003,用于接收服务器根据歌单标识发送的第一好友推荐信息。第一好友推荐信息包括至少一个第二用户帐号的帐号标识,第二用户帐号对歌单的播放记录满足感兴趣条件。
可选地,感兴趣条件包括播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种。发送模块1002,用于:
响应于第一用户帐号满足播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种,向服务器发送歌单标识。
可选地,如图11所示,发送模块1002,包括:
第一确定子模块10021,用于在感兴趣条件包括播放比例条件时,响应于第一比例大于预设播放比例,确定第一用户帐号满足播放比例条件。第一比例是第一用户帐号播放歌曲的数量和歌曲的总数量的比值。
可选地,如图12所示,发送模块1002,包括:
第二确定子模块10022,用于在感兴趣条件包括收藏数量条件时,响应于第一用户帐号收藏歌曲的数量大于预设收藏数量,确定第一用户帐号满足收藏数量条件。
可选地,如图13所示,发送模块1002,包括:
第三确定子模块10023,用于在感兴趣条件包括播放时长条件时,响应于第一用户帐号播放歌单的播放时长大于预设播放时长,确定第一用户帐号满足播放时长条件。
可选地,如图14所示,发送模块1002,包括:
第四确定子模块10024,用于在感兴趣条件包括播放次数条件时,响应于第一用户帐号播放歌曲的播放次数大于预设播放次数,确定第一用户帐号满足播放次数条件。
可选地,发送模块1002,用于:
响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,向服务器发送歌单的歌单标识以及第一用户帐号的帐号标识。第一用户帐号的帐号标识用于被服务器为第二用户帐号生成第二好友推荐信息。
可选地,第一用户帐号与第二用户帐号的性别不同。
图15是本申请实施例提供的另一种好友推荐装置的结构示意图。该装置可以用于如图1所示的系统中的服务器。如图15所示,该装置150包括:
接收模块1501,用于接收第一用户帐号发送的歌单标识。歌单标识对应的歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。歌单标识是第一用户帐号对歌单的播放记录满足歌单的感兴趣条件时发送的。
第一生成模块1502,用于响应于至少一个第二用户帐号向服务器发送过歌单标识,根据至少一个第二用户帐号生成第一好友推荐信息。第一好友推荐信息包括至少一个第二用户帐号的帐号标识,至少一个第二用户帐号对歌单的播放记录满足歌单的感兴趣条件。
发送模块1503,用于向第一用户帐号发送第一好友推荐信息。
可选地,第一生成模块1502,用于:
响应于至少一个第二用户帐号向服务器发送过歌单标识,根据与第一用户帐号性别不同的至少一个第二用户帐号生成第一好友推荐信息。
可选地,第一生成模块1502,用于:
响应于至少一个第二用户帐号向服务器发送过歌单标识,根据歌单喜爱得分最高的目标数量的第二用户帐号,生成第一好友推荐信息。歌单喜爱得分是根据第二用户帐号对歌单的播放记录确定的。
可选地,如图16所示,装置150还包括:
第二生成模块1504,用于根据生成歌单时所处的时段,生成歌单。
发送模块1503,还用于向第一用户帐号以及至少一个第二用户帐号发送歌单。
可选地,第二生成模块1504,用于:
响应于生成歌单时所处的时段属于第一时段,根据在第一时间点以前发布的歌曲,生成复古歌单。
响应于生成歌单时所处的时段属于第二时段,根据在第二时间点以前发布的歌曲,生成怀旧歌单。
响应于生成歌单时所处的时段属于第三时段,根据在第三时间点以前发布的歌曲,生成当下热门歌单。
其中,第一时段、第二时段以及第三时段互不相同,第一时间点早于第二时间点,第二时间点早于第三时间点。
可选地,接收模块1501,用于:
接收第一用户帐号发送的歌单标识以及所述第一用户帐号的帐号标识。如图17所示,装置150还包括:
第三生成模块1505,用于根据第一用户帐号生成第二好友推荐信息。
发送模块1503,还用于向至少一个第二用户帐号发送第二好友推荐信息。
图18是本申请实施例提供的一种好友推荐显示装置的结构示意图。该装置可以用于如图1所示的系统中的终端以及终端上的歌曲客户端。如图18所示,该装置180包括:
显示模块1801,用于响应于播放歌单,在用户界面中显示歌单的播放信息。歌单中包括至少两首歌曲,至少两首歌曲具有相同的特征。
显示模块1801,用于响应于第一用户帐号对歌单的播放记录满足歌单的感兴趣条件,在用户界面中显示第一好友推荐信息。第一好友推荐信息是服务器根据歌单的歌单标识向第一用户帐号发送的,第一好友推荐信息包括至少一个第二用户帐号的帐号标识,第二用户帐号对歌单的播放记录满足感兴趣条件。
显示模块1801,用于响应于对第一好友推荐信息的选择操作,在用户界面中显示第一好友推荐信息的详情。
可选地,显示模块1801,用于:
在倒计时时段内,显示第一好友推荐信息。
响应于倒计时时段结束,将第一好友推荐信息切换显示为最新接收到的好友推荐信息。
可选地,显示模块1801,用于:
在用户界面中显示排行榜。排行榜中的用户帐号是按照用户帐号的歌单喜爱得分的顺序排序的,用户帐号满足感兴趣条件,歌单喜爱得分是根据用户帐号对歌单的播放记录确定的。至少一个第二用户帐号处于排行榜的前n位,n为正整数。
可选地,显示模块1801,用于:
显示第二用户帐号的个人资料页。个人资料页中包括第二用户帐号的性别,第二用户帐号的性别与第一用户帐号的性别不同。
需要说明的是:上述实施例提供的好友推荐装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的好友推荐装置与好友推荐方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
同理,上述实施例提供的好友推荐显示装置,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的好友推荐显示装置与好友推荐显示方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本申请的实施例还提供了一种计算机设备,该计算机设备包括:处理器和存储器,存储器中存储有至少一条指令、至少一段程序、代码集或指令集,至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述各方法实施例提供的好友推荐方法或好友推荐显示方法。
可选地,该计算机设备为服务器。示例地,图19是本申请实施例提供的一种服务器的结构示意图。
所述服务器1900包括中央处理单元(Central Processing Unit,CPU)1901、包括随机存取存储器(Random Access Memory,RAM)1902和只读存储器(Read-Only Memory,ROM)1903的系统存储器1904,以及连接系统存储器1904和中央处理单元1901的系统总线1905。所述计算机设备1900还包括帮助计算机设备内的各个器件之间传输信息的基本输入/输出系统(Input/Output系统,I/O系统)1906,和用于存储操作系统1913、应用程序1914和其他程序模块1915的大容量存储设备1907。
所述基本输入/输出系统1906包括有用于显示信息的显示器1908和用于用户输入信息的诸如鼠标、键盘之类的输入设备1909。其中所述显示器1908和输入设备1909都通过连接到系统总线1905的输入输出控制器1910连接到中央处理单元1901。所述基本输入/输出系统1906还可以包括输入输出控制器1910以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地,输入输出控制器1910还提供输出到显示屏、打印机或其他类型的输出设备。
所述大容量存储设备1907通过连接到系统总线1905的大容量存储控制器(未示出)连接到中央处理单元1901。所述大容量存储设备1907及其相关联的计算机可读存储介质为服务器1900提供非易失性存储。也就是说,所述大容量存储设备1907可以包括诸如硬盘或者只读光盘(Compact Disc Read-Only Memory,CD-ROM)驱动器之类的计算机可读存储介质(未示出)。
不失一般性,所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读存储指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读寄存器(Erasable Programmable Read OnlyMemory,EPROM)、电子抹除式可复写只读存储器(Electrically-Erasable ProgrammableRead-Only Memory,EEPROM)、闪存或其他固态存储设备,CD-ROM、数字多功能光盘(DigitalVersatile Disc,DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然,本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1904和大容量存储设备1907可以统称为存储器。
存储器存储有一个或多个程序,一个或多个程序被配置成由一个或多个中央处理单元1901执行,一个或多个程序包含用于实现上述方法实施例的指令,中央处理单元1901执行该一个或多个程序实现上述各个方法实施例提供的方法。
根据本申请的各种实施例,所述服务器1900还可以通过诸如因特网等网络连接到网络上的远程服务器运行。也即服务器1900可以通过连接在所述系统总线1905上的网络接口单1911连接到网络1912,或者说,也可以使用网络接口单元1911来连接到其他类型的网络或远程服务器系统(未示出)。
所述存储器还包括一个或者一个以上的程序,所述一个或者一个以上程序存储于存储器中,所述一个或者一个以上程序包含用于进行本申请实施例提供的方法中由服务器所执行的步骤。
可选地,该计算机设备上安装有第一歌曲客户端和第二歌曲客户端中的至少一种,该计算机设备为终端。示例地,图20是本申请实施例提供的一种终端的结构示意图。
通常,终端2000包括有:处理器2001和存储器2002。
处理器2001可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器2001可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器2001也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器2001可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器2001还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器2002可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器2002还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器2002中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器2001所执行以实现本申请中方法实施例提供的好友推荐方法或好友推荐显示方法。
在一些实施例中,终端2000还可选包括有:外围设备接口2003和至少一个外围设备。处理器2001、存储器2002和外围设备接口2003之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口2003相连。具体地,外围设备包括:射频电路2004、显示屏2005、摄像头组件2006、音频电路2007、定位组件2008和电源2009中的至少一种。
外围设备接口2003可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器2001和存储器2002。在一些实施例中,处理器2001、存储器2002和外围设备接口2003被集成在同一芯片或电路板上;在一些其他实施例中,处理器2001、存储器2002和外围设备接口2003中的任意一个或两个可以在单独的芯片或电路板上实现,本申请实施例对此不加以限定。
射频电路2004用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射频电路2004通过电磁信号与通信网络以及其他通信设备进行通信。射频电路2004将电信号转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路2004包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路2004可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于:万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电路2004还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请对此不加以限定。
显示屏2005用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏2005是触摸显示屏时,显示屏2005还具有采集在显示屏2005的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器2001进行处理。此时,显示屏2005还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在一些实施例中,显示屏2005可以为一个,设置终端2000的前面板;在另一些实施例中,显示屏2005可以为至少两个,分别设置在终端2000的不同表面或呈折叠设计;在再一些实施例中,显示屏2005可以是柔性显示屏,设置在终端2000的弯曲表面上或折叠面上。甚至,显示屏2005还可以设置成非矩形的不规则图形,也即异形屏。显示屏2005可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头组件2006用于采集图像或视频。可选地,摄像头组件2006包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端2000的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中,摄像头组件2006还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路2007可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器2001进行处理,或者输入至射频电路2004以实现语音通信。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端2000的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器2001或射频电路2004的电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中,音频电路2007还可以包括耳机插孔。
定位组件2008用于定位终端2000的当前地理位置,以实现导航或LBS(LocationBased Service,基于位置的服务)。定位组件2008可以是基于美国的GPS(GlobalPositioning System,全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
电源2009用于为终端2000中的各个组件进行供电。电源2009可以是交流电、直流电、一次性电池或可充电电池。当电源2009包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端2000还包括有一个或多个传感器2010。该一个或多个传感器2010包括但不限于:加速度传感器2011、陀螺仪传感器2012、压力传感器2013、指纹传感器2014、光学传感器2015以及接近传感器2016。
加速度传感器2011可以检测以终端2000建立的坐标系的三个坐标轴上的加速度大小。比如,加速度传感器2011可以用于检测重力加速度在三个坐标轴上的分量。处理器2001可以根据加速度传感器2011采集的重力加速度信号,控制触摸显示屏2005以横向视图或纵向视图进行用户界面的显示。加速度传感器2011还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器2012可以检测终端2000的机体方向及转动角度,陀螺仪传感器2012可以与加速度传感器2011协同采集用户对终端2000的3D动作。处理器2001根据陀螺仪传感器2012采集的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器2013可以设置在终端2000的侧边框和/或触摸显示屏2005的下层。当压力传感器2013设置在终端2000的侧边框时,可以检测用户对终端2000的握持信号,由处理器2001根据压力传感器2013采集的握持信号进行左右手识别或快捷操作。当压力传感器2013设置在触摸显示屏2005的下层时,由处理器2001根据用户对触摸显示屏2005的压力操作,实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器2014用于采集用户的指纹,由处理器2001根据指纹传感器2014采集到的指纹识别用户的身份,或者,由指纹传感器2014根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时,由处理器2001授权该用户执行相关的敏感操作,该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器2014可以被设置终端2000的正面、背面或侧面。当终端2000上设置有物理按键或厂商Logo时,指纹传感器2014可以与物理按键或厂商Logo集成在一起。
光学传感器2015用于采集环境光强度。在一个实施例中,处理器2001可以根据光学传感器2015采集的环境光强度,控制触摸显示屏2005的显示亮度。具体地,当环境光强度较高时,调高触摸显示屏2005的显示亮度;当环境光强度较低时,调低触摸显示屏2005的显示亮度。在另一个实施例中,处理器2001还可以根据光学传感器2015采集的环境光强度,动态调整摄像头组件2006的拍摄参数。
接近传感器2016,也称距离传感器,通常设置在终端2000的前面板。接近传感器2016用于采集用户与终端2000的正面之间的距离。在一个实施例中,当接近传感器2016检测到用户与终端2000的正面之间的距离逐渐变小时,由处理器2001控制触摸显示屏2005从亮屏状态切换为息屏状态;当接近传感器2016检测到用户与终端2000的正面之间的距离逐渐变大时,由处理器2001控制触摸显示屏2005从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图20中示出的结构并不构成对终端2000的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
本申请实施例中还提供了一种计算机可读存储介质,该可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,当该至少一条指令、至少一段程序、代码集或指令集由计算机设备的处理器加载并执行时,实现上述各方法实施例提供的好友推荐方法或好友推荐显示方法。
本申请还提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各方法实施例提供的好友推荐方法或好友推荐显示方法。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的可读存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同切换、改进等,均应包含在本申请的保护范围之内。

Claims (23)

1.一种好友推荐方法,其特征在于,所述方法包括:
播放歌单,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识;
接收所述服务器根据所述歌单标识发送的第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件。
2.根据权利要求1所述的方法,其特征在于,所述感兴趣条件包括播放比例条件、收藏数量条件、播放时长条件以及播放次数条件中的至少一种;
所述响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识,包括:
响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识。
3.根据权利要求2所述的方法,其特征在于,所述响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识,包括:
在所述感兴趣条件包括所述播放比例条件时,响应于第一比例大于预设播放比例,确定所述第一用户帐号满足所述播放比例条件,所述第一比例是所述第一用户帐号播放所述歌曲的数量和所述歌曲的总数量的比值。
4.根据权利要求2所述的方法,其特征在于,所述响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识,包括:
在所述感兴趣条件包括所述收藏数量条件时,响应于所述第一用户帐号收藏所述歌曲的数量大于预设收藏数量,确定所述第一用户帐号满足所述收藏数量条件。
5.根据权利要求2所述的方法,其特征在于,所述响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识,包括:
在所述感兴趣条件包括所述播放时长条件时,响应于所述第一用户帐号播放所述歌单的播放时长大于预设播放时长,确定所述第一用户帐号满足所述播放时长条件。
6.根据权利要求2所述的方法,其特征在于,所述响应于所述第一用户帐号满足所述播放比例条件、所述收藏数量条件、所述播放时长条件以及所述播放次数条件中的至少一种,向所述服务器发送所述歌单标识,包括:
在所述感兴趣条件包括所述播放次数条件时,响应于所述第一用户帐号播放所述歌曲的播放次数大于预设播放次数,确定所述第一用户帐号满足所述播放次数条件。
7.根据权利要求1至6任一所述的方法,其特征在于,所述响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识,包括:
响应于所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向所述服务器发送所述歌单的歌单标识以及所述第一用户帐号的帐号标识,所述第一用户帐号的帐号标识被用于所述服务器为所述第二用户帐号生成第二好友推荐信息。
8.根据权利要求1至6任一所述的方法,其特征在于,所述第一用户帐号与所述第二用户帐号的性别不同。
9.一种好友推荐方法,其特征在于,所述方法包括:
接收第一用户帐号发送的歌单标识,所述歌单标识对应的歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征,所述歌单标识是所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件时发送的;
响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,所述第一好友推荐信息包括所述至少一个第二用户帐号的帐号标识,所述至少一个第二用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件;
向所述第一用户帐号发送所述第一好友推荐信息。
10.根据权利要求9所述的方法,其特征在于,所述响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,包括:
响应于至少一个所述第二用户帐号向所述服务器发送过所述歌单标识,根据与所述第一用户帐号性别不同的至少一个所述第二用户帐号生成所述第一好友推荐信息。
11.根据权利要求9所述的方法,其特征在于,所述响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,包括:
响应于至少一个所述第二用户帐号向所述服务器发送过所述歌单标识,根据歌单喜爱得分最高的目标数量的所述第二用户帐号,生成所述第一好友推荐信息,所述歌单喜爱得分是根据所述第二用户帐号对所述歌单的播放记录确定的。
12.根据权利要求9所述的方法,其特征在于,在所述接收第一用户帐号发送的歌单标识之前,所述方法还包括:
根据生成所述歌单时所处的时段,生成所述歌单;
向所述第一用户帐号以及所述至少一个第二用户帐号发送所述歌单。
13.根据权利要求12所述的方法,其特征在于,所述根据生成所述歌单时所处的时段,生成所述歌单,包括:
响应于生成所述歌单时所处的时段属于第一时段,根据在第一时间点以前发布的歌曲,生成复古歌单;
响应于生成所述歌单时所处的时段属于第二时段,根据在第二时间点以前发布的歌曲,生成怀旧歌单;
响应于生成所述歌单时所处的时段属于第三时段,根据在第三时间点以前发布的歌曲,生成当下热门歌单;
其中,所述第一时段、所述第二时段以及所述第三时段互不相同,所述第一时间点早于所述第二时间点,所述第二时间点早于所述第三时间点。
14.根据权利要求9至13任一所述的方法,其特征在于,所述接收第一用户帐号发送的歌单标识,包括:
接收所述第一用户帐号发送的所述歌单标识以及所述第一用户帐号的帐号标识;
所述方法还包括:
根据所述第一用户帐号生成第二好友推荐信息;
向所述至少一个第二用户帐号发送所述第二好友推荐信息。
15.一种好友推荐显示方法,其特征在于,所述方法包括:
响应于播放歌单,在用户界面中显示所述歌单的播放信息,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,在所述用户界面中显示第一好友推荐信息,所述第一好友推荐信息是服务器根据所述歌单的歌单标识向所述第一用户帐号发送的,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件;
响应于对所述第一好友推荐信息的选择操作,在所述用户界面中显示所述第一好友推荐信息的详情。
16.根据权利要求15所述的方法,其特征在于,所述响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,在所述用户界面中显示所述第一好友推荐信息,包括:
在倒计时时段内,显示所述第一好友推荐信息;
响应于所述倒计时时段结束,将所述第一好友推荐信息切换显示为最新接收到的好友推荐信息。
17.根据权利要求15或16所述的方法,其特征在于,所述方法还包括:
在所述用户界面中显示排行榜,所述排行榜中的用户帐号是按照所述用户帐号的歌单喜爱得分的顺序排序的,所述用户帐号满足所述感兴趣条件,所述歌单喜爱得分是根据所述用户帐号对所述歌单的所述播放记录确定的,所述至少一个第二用户帐号处于所述排行榜的前n位,n为正整数。
18.根据权利要求15或16所述的方法,其特征在于,所述方法还包括:
显示所述第二用户帐号的个人资料页,所述个人资料页中包括所述第二用户帐号的性别,所述第二用户帐号的性别与所述第一用户帐号的性别不同。
19.一种好友推荐装置,其特征在于,所述装置包括:
播放模块,用于播放歌单,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
发送模块,用于响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,向服务器发送所述歌单的歌单标识;
接收模块,用于接收所述服务器根据所述歌单标识发送的第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件。
20.一种好友推荐装置,其特征在于,所述装置包括:
接收模块,用于接收第一用户帐号发送的歌单标识,所述歌单标识对应的歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征,所述歌单标识是所述第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件时发送的;
第一生成模块,用于响应于至少一个第二用户帐号向服务器发送过所述歌单标识,根据所述至少一个第二用户帐号生成第一好友推荐信息,所述第一好友推荐信息包括所述至少一个第二用户帐号的帐号标识,所述至少一个第二用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件;
发送模块,用于向所述第一用户帐号发送所述第一好友推荐信息。
21.一种好友推荐显示装置,其特征在于,所述装置包括:
显示模块,用于响应于播放歌单,在用户界面中显示所述歌单的播放信息,所述歌单中包括至少两首歌曲,所述至少两首歌曲具有相同的特征;
所述显示模块,用于响应于第一用户帐号对所述歌单的播放记录满足所述歌单的感兴趣条件,在所述用户界面中显示第一好友推荐信息,所述第一好友推荐信息包括至少一个第二用户帐号的帐号标识,所述第二用户帐号对所述歌单的播放记录满足所述感兴趣条件;
所述显示模块,用于响应于对所述第一好友推荐信息的选择操作,在所述用户界面中显示所述第一好友推荐信息的详情。
22.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或所述指令集由所述处理器加载并执行以实现如权利要求1至14任一所述的好友推荐方法,或权利要求15至18任一所述的好友推荐显示方法。
23.一种计算机可读存储介质,其特征在于,所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至14任一所述的好友推荐方法,或权利要求15至18任一所述的好友推荐显示方法。
CN202010924144.1A 2020-09-04 2020-09-04 好友推荐方法、好友推荐显示方法、装置及设备 Pending CN111984871A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010924144.1A CN111984871A (zh) 2020-09-04 2020-09-04 好友推荐方法、好友推荐显示方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010924144.1A CN111984871A (zh) 2020-09-04 2020-09-04 好友推荐方法、好友推荐显示方法、装置及设备

Publications (1)

Publication Number Publication Date
CN111984871A true CN111984871A (zh) 2020-11-24

Family

ID=73447002

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010924144.1A Pending CN111984871A (zh) 2020-09-04 2020-09-04 好友推荐方法、好友推荐显示方法、装置及设备

Country Status (1)

Country Link
CN (1) CN111984871A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114222154A (zh) * 2021-12-13 2022-03-22 广州繁星互娱信息科技有限公司 关联账号推荐方法和装置、存储介质及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104615775A (zh) * 2015-02-26 2015-05-13 北京奇艺世纪科技有限公司 一种用户推荐方法及装置
CN107368552A (zh) * 2017-06-30 2017-11-21 广东欧珀移动通信有限公司 一种好友推荐方法、装置、存储介质、服务器和终端
CN107688617A (zh) * 2017-08-07 2018-02-13 维沃移动通信有限公司 多媒体服务方法及移动终端
CN107967357A (zh) * 2017-12-21 2018-04-27 广东小天才科技有限公司 一种好友的推送方法、系统及终端设备
CN108427715A (zh) * 2018-01-30 2018-08-21 重庆邮电大学 一种融合信任度的社交网络好友推荐方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104615775A (zh) * 2015-02-26 2015-05-13 北京奇艺世纪科技有限公司 一种用户推荐方法及装置
CN107368552A (zh) * 2017-06-30 2017-11-21 广东欧珀移动通信有限公司 一种好友推荐方法、装置、存储介质、服务器和终端
CN107688617A (zh) * 2017-08-07 2018-02-13 维沃移动通信有限公司 多媒体服务方法及移动终端
CN107967357A (zh) * 2017-12-21 2018-04-27 广东小天才科技有限公司 一种好友的推送方法、系统及终端设备
CN108427715A (zh) * 2018-01-30 2018-08-21 重庆邮电大学 一种融合信任度的社交网络好友推荐方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114222154A (zh) * 2021-12-13 2022-03-22 广州繁星互娱信息科技有限公司 关联账号推荐方法和装置、存储介质及电子设备

Similar Documents

Publication Publication Date Title
CN108810576B (zh) 连麦直播的方法、装置及存储介质
CN110267055B (zh) 推荐直播间的方法、装置和系统以及服务器、终端和介质
CN108683927B (zh) 主播推荐方法、装置及存储介质
CN109040297B (zh) 用户画像生成方法及装置
CN112492339B (zh) 直播方法、装置、服务器、终端以及存储介质
CN110061900B (zh) 消息显示方法、装置、终端及计算机可读存储介质
CN110278464B (zh) 显示榜单的方法和装置
CN110932963B (zh) 多媒体资源分享方法、系统、装置、终端、服务器及介质
CN111327953B (zh) 直播投票方法及装置、存储介质
CN109327707B (zh) 转移虚拟资源的方法、装置及存储介质
CN113411680B (zh) 多媒体资源播放方法、装置、终端及存储介质
CN110147503B (zh) 信息发布方法、装置、计算机设备和存储介质
CN112511850A (zh) 连麦方法、直播显示方法、装置、设备及存储介质
CN111836069A (zh) 虚拟礼物赠送方法、装置、终端、服务器及存储介质
CN111711838B (zh) 视频切换方法、装置、终端、服务器及存储介质
CN111628925B (zh) 歌曲交互方法、装置、终端及存储介质
CN111031391A (zh) 视频配乐方法、装置、服务器、终端及存储介质
CN111402844B (zh) 歌曲合唱的方法、装置及系统
CN108055349B (zh) 推荐k歌音频的方法、装置和系统
CN111131867B (zh) 歌曲演唱方法、装置、终端及存储介质
CN113095046A (zh) 歌词处理方法、装置、终端、服务器及可读存储介质
CN112069350A (zh) 歌曲推荐方法、装置、设备以及计算机存储介质
CN112559795A (zh) 歌曲播放方法、歌曲推荐方法、装置及系统
CN111984871A (zh) 好友推荐方法、好友推荐显示方法、装置及设备
CN111246231A (zh) 直播管理方法、装置、服务器及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20201124