CN114979702A - 音频添加方法、音频添加装置、设备、介质和计算设备 - Google Patents

音频添加方法、音频添加装置、设备、介质和计算设备 Download PDF

Info

Publication number
CN114979702A
CN114979702A CN202210521950.3A CN202210521950A CN114979702A CN 114979702 A CN114979702 A CN 114979702A CN 202210521950 A CN202210521950 A CN 202210521950A CN 114979702 A CN114979702 A CN 114979702A
Authority
CN
China
Prior art keywords
audio
list
added
user
server
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
CN202210521950.3A
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.)
Hangzhou Netease Cloud Music Technology Co Ltd
Original Assignee
Hangzhou Netease Cloud Music Technology 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 Hangzhou Netease Cloud Music Technology Co Ltd filed Critical Hangzhou Netease Cloud Music Technology Co Ltd
Priority to CN202210521950.3A priority Critical patent/CN114979702A/zh
Publication of CN114979702A publication Critical patent/CN114979702A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/233—Processing of audio elementary streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/439—Processing of audio elementary streams
    • H04N21/4394—Processing of audio elementary streams involving operations for analysing the audio stream, e.g. detecting features or characteristics in audio streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4826—End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H04N21/8113—Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开的实施方式提供了一种音频添加方法。该方法包括：获取第一音频列表，所述第一音频列表为多个用户共享；获取待添加的音频，并将待添加的音频添加至所述第一音频列表，得到第二音频列表；将所述第二音频列表发送至所述多个用户关联的客户端。本公开，用户在向多人共享的音频列表中添加音频时，可被共享音频列表的其他用户知晓，也即通过多人共享音频列表的方式，增加了用户之间的互动，丰富了音频列表的维护方式，且提高了用户的体验。此外，本公开的实施方式提供了一种音频添加装置、设备、介质和计算设备。

Description

音频添加方法、音频添加装置、设备、介质和计算设备
技术领域
本公开的实施方式涉及音频播放领域，更具体地，本公开的实施方式涉及音频添加方法、音频添加装置、设备、介质和计算设备。
背景技术
本部分旨在为本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
随着人们生活节奏的加快以及工作压力的增大，听歌已成为人们降低生活节奏以及缓解工作压力的一种方式。
不同的时间段，用户的心情以及心态不同，对于播放的音频的要求也有所不同。因此，会存在用户经常添加音频的情况。
示例性技术中，用户进行音频播放时，每个用户具有自己的音频列表，不同用户的音频的添加以及播放是独立的、互不影响的，用户之间无互动。可见，音频列表的维护过于单一，导致用户之间无互动，降低了用户体验。
发明内容
本公开提供一种音频添加方法、音频添加装置、设备、介质和计算设备，以解决音频列表的维护过于单一的问题。
在本公开实施方式的第一方面中，提供了一种音频添加方法，包括：获取第一音频列表，所述第一音频列表为多个用户共享；获取待添加的音频，并将待添加的音频添加至所述第一音频列表，得到第二音频列表；将所述第二音频列表发送至所述多个用户关联的客户端。
在本公开的一实施例中，所述获取待添加的音频包括：接收第一用户关联的客户端发送的音频添加请求，所述第一用户为所述多个用户中的任意一个用户；根据所述音频添加请求获取所述待添加的音频。
在本公开的另一实施例中，所述将待添加的音频添加至所述第一音频列表包括：响应于所述音频添加请求满足音频添加条件，将所述待添加的音频添加至所述第一音频列表。
在本公开的另一实施例中，还包括：响应于所述音频添加请求不满足音频添加条件，向所述第一用户关联的客户端输出提示信息，和/或，将所述第一用户添加音频的权限的状态设置为禁用，所述提示信息用于提示音频未添加成功。
在本公开的另一实施例中，所述添加条件根据用户添加音频的第一预设数量、用户已添加音频的第二预设数量、用户的音频会员等级和/或用户添加音频的权限设置。
在本公开的另一实施例中，所述第一预设数量、所述第二预设数量根据所述第一音频列表对应的用户的人数设置。
在本公开的另一实施例中，不满足所述音频添加条件包括以下至少一种：所述第一用户已添加的音频的数量达到第一预设数量；所述第一用户在当前时间段的已添加的音频的数量达到第二预设数量；所述第一用户的音频会员等级小于预设等级；所述第一用户添加音频的权限的状态是禁用；所述待添加的音频已播放；所述第一音频列表包括所述待添加的音频。
在本公开的另一实施例中，所述获取待添加的音频包括：获取参考信息，所述参考信息包括所述多个用户的历史音频播放信息和/或所述第一音频列表中每首音频的音频信息；根据参考信息确定待添加的音频的特征；将所述特征所匹配的音频，作为待添加的音频。
在本公开的另一实施例中，所述参考信息包括所述多个用户的历史音频播放信息，所述根据参考信息确定待添加的音频的特征包括：根据各个所述历史音频播放信息确定所述多个用户共同的音频播放喜好；将所述音频播放喜好所匹配的音频的特征，作为待添加的音频的特征。
在本公开的另一实施例中，所述参考信息包括所述第一音频列表中每首音频的音频信息，所述根据参考信息确定待添加的音频的特征包括：根据各个所述音频信息，确定所述第一音频列表中各首音频的共同特征；将所述共同特征作为待添加的音频的特征。
在本公开的另一实施例中，所述获取参考信息包括：获取所述第一音频列表中音频的数量；在所述第一音频列表中音频的数量小于第三预设数量时，获取参考信息。
本公开实施方式的第二方面中，提供了一种音频添加方法，包括：接收服务器发送的第二音频列表，所述第二音频列表是所述服务器对第一音频列表添加音频后得到的，所述第一音频列表为多个用户共享；根据所述第二音频列表更新所述第一音频列表。
在本公开的一实施例中，所述接收服务器发送的第二音频列表之前，还包括：获取音频的添加操作，并根据所述添加操作获取待添加的音频；根据所述待添加的音频向服务器发送音频添加请求，其中，所述音频添加请求用于所述服务器将所述待添加的音频添加至所述第一音频列表。
在本公开的另一实施例中，所述获取音频的添加操作包括：若检测到所述第一音频列表所在第一界面上的音频推荐操作，输出第三音频列表；将所述第三音频列表中音频的选定操作，确定为音频的添加操作。
在本公开的另一实施例中，所述第三音频列表包括用户喜欢的音频列表、收藏的音频列表、搜索的音频组成的音频列表和/或已创建的音频列表。
在本公开的另一实施例中，所述获取音频的添加操作包括：响应多人共享音频的触发操作，输出第三音频列表，所述第三音频列表是非共享的音频列表；将所述第三音频列表中音频的选定操作确定为音频的添加操作。
在本公开的另一实施例中，所述获取音频的添加操作包括：若检测到第二界面上音频的播放操作，将所述播放操作确定为音频的添加操作。
本公开实施方式的第三方面中，提供了一种音频添加装置，应用于服务器，包括：第一获取模块，用于获取第一音频列表，所述第一音频列表为多个用户共享；所述第一获取模块，还用于获取待添加的音频，并将待添加的音频添加至所述第一音频列表，得到第二音频列表；第一发送模块，用于将所述第二音频列表发送至所述多个用户关联的客户端。
在本公开的一实施例中，包括：第一接收模块，用于接收第一用户关联的客户端发送的音频添加请求，所述第一用户为所述多个用户中的任意一个用户；所述第一获取模块，还用于根据所述音频添加请求获取所述待添加的音频。
在本公开的另一实施例中，包括：添加模块，用于响应于所述音频添加请求满足音频添加条件，将所述待添加的音频添加至所述第一音频列表。
在本公开的另一实施例中，包括：第一输出模块，用于响应于所述音频添加请求不满足音频添加条件，向所述第一用户关联的客户端输出提示信息，和/或，将所述第一用户添加音频的权限的状态设置为禁用，所述提示信息用于提示音频未添加成功。
在本公开的另一实施例中，所述添加条件根据用户添加音频的第一预设数量、用户已添加音频的第二预设数量、用户的音频会员等级和/或用户添加音频的权限设置。
在本公开的另一实施例中，所述第一预设数量、所述第二预设数量根据所述第一音频列表对应的用户的人数设置。
在本公开的另一实施例中，不满足所述音频添加条件包括以下至少一种：所述第一用户已添加的音频的数量达到第一预设数量；所述第一用户在当前时间段的已添加的音频的数量达到第二预设数量；所述第一用户的音频会员等级小于预设等级；所述第一用户添加音频的权限的状态是禁用；所述待添加的音频已播放；所述第一音频列表包括所述待添加的音频。
在本公开的另一实施例中，包括：所述第一获取模块，用于获取参考信息，所述参考信息包括所述多个用户的历史音频播放信息和/或所述第一音频列表中每首音频的音频信息；第一确定模块，用于根据参考信息确定待添加的音频的特征；所述第一确定模块，用于将所述特征所匹配的音频，作为待添加的音频。
在本公开的另一实施例中，包括：所述第一确定模块，用于根据各个所述历史音频播放信息确定所述多个用户共同的音频播放喜好；所述第一确定模块，用于将所述音频播放喜好所匹配的音频的特征，作为待添加的音频的特征。
在本公开的另一实施例中，包括：所述第一确定模块，用于根据各个所述音频信息，确定所述第一音频列表中各首音频的共同特征；所述第一确定模块，用于将所述共同特征作为待添加的音频的特征。
在本公开的另一实施例中，包括：所述第一获取模块，用于获取所述第一音频列表中音频的数量；所述第一获取模块，用于在所述第一音频列表中音频的数量小于第三预设数量时，获取参考信息。
本公开实施方式的第四方面中，提供了一种音频添加装置，应用于客户端，包括：第二接收模块，用于接收服务器发送的第二音频列表，所述第二音频列表是所述服务器对第一音频列表添加音频后得到的，所述第一音频列表为多个用户共享；更新模块，用于根据所述第二音频列表更新所述第一音频列表
在本公开的一实施例中，包括：第二获取模块，用于获取音频的添加操作，并根据所述添加操作获取待添加的音频；第二发送模块，用于根据所述待添加的音频向服务器发送音频添加请求，其中，所述音频添加请求用于所述服务器将所述待添加的音频添加至所述第一音频列表。
在本公开的一实施例中，包括：第二输出模块，用于若检测到所述第一音频列表所在第一界面上的音频推荐操作，输出第三音频列表；第二确定模块，用于将所述第三音频列表中音频的选定操作，确定为音频的添加操作。
在本公开的一实施例中，所述第三音频列表包括用户喜欢的音频列表、收藏的音频列表、已创建的音频列表、搜索的音频组成的音频列表、喜欢的音频组成的音频列表、收藏的音频组成的音频列表和/或所述客户端已播放的音频组成的音频列表。
在本公开的一实施例中，包括：所述第二输出模块，用于响应多人共享音频的触发操作，输出第三音频列表，所述第三音频列表是非共享的音频列表；所述第二确定模块，用于将所述第三音频列表中音频的选定操作，确定为音频的添加操作。
在本公开的一实施例中，包括：所述第二确定模块，用于若检测到第二界面上音频的播放操作，将所述播放操作，确定为音频的添加操作。
本公开实施方式的第五方面中，提供了一种介质，包括：计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上所述的音频添加方法。
本公开实施方式的第六方面中，提供了一种计算设备，包括：存储器以及处理器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如上所述的音频添加方法。
本公开实施方式中，用户在向多人共享的音频列表中添加音频时，可被共享音频列表的其他用户知晓，也即通过多人共享音频列表的方式，增加了用户之间的互动，丰富了音频列表的维护方式，且提高了用户的体验。
附图说明
通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
图1示意性地示出了根据本公开实施方式的音频添加方法的应用场景的系统构架示意图；
图2示意性地示出了根据本公开一实施例的流程示意图；
图3示意性地示出了根据本公开另一实施例的流程示意图；
图4示意性地示出了根据本公开又一实施例的流程示意图；
图5示意性地示出了根据本公开一实施例的流程示意图；
图6示意性地示出了根据本公开另一实施例的流程示意图；
图7示意性地示出了根据本公开实施例提供的程序产品的示意图；
图8示意性地示出了根据本公开实施例提供的音频播放装置的结构示意图；
图9示意性地示出了根据本公开实施例提供的音频播放设备的结构示意图；
图10示意性地示出了根据本公开实施例提供的计算设备的结构示意图。
在附图中，相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
根据本公开的实施方式，提出了一种音频添加方法、音频添加装置、设备、介质和计算设备。
此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。
发明概述
本专利发明人发现，用户进行音频播放时，每个用户具有自己的音频列表，不同用户的音频的添加以及播放是独立的、互不影响的，用户之间无互动。
用户之间无互动的原因在于，每个用户具有对应的音频列表，音频列表的维护方式过于单一，导致用户之间无互动，降低了用户体验。
另外，用户在听歌时，服务器根据用户选择的音频，在音频列表中展示该音频，并进行播放。音频仅由单一用户进行添加以及播放，且添加的音频是用户知道的音频，用户无法得知自身不知道的音频，也即用户接触新的音频的概率较低，降低用户的体验，甚至是流失用户。
本专利发明人因此想到，由多个用户共享的音频组建音频列表，用户在向多人共享的音频列表中添加音频时，可被共享音频列表的其他用户知晓，也即通过多人共享音频列表的方式，增加了用户之间的互动，丰富了音频列表的维护方式，且提高了用户的体验。此外，由于音频列表中包括有多个用户共享的音频，则用户能够接触其他用户播放的音频，使得用户能够发现的新的好听的音频，提高了用户体验。
应用场景总览
首先参考图1，图1为本公开实施方式的音频添加方法应用场景的示意图。服务器100通信连接各个客户端，每个客户端对应一个用户。服务器100中包括有音频列表110，音频列表110中的音频由各个客户端添加。如图1，客户端210请求添加音频1和音频2，客户端220请求添加音频3以及音频4，客户端230请求添加音频5以及音频6。音频列表110即包括音频1、音频2、音频3、音频4、音频5以及音频6，服务器100再将音频列表110发送给客户端210、客户端220以及客户端230。
示例性方法
下面结合图1的应用场景，参考图2-图6来描述根据本公开示例性实施方式的音频添加方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。
本公开的实施例中的客户端指的是为用户提供服务的程序，为了便于理解以及描述，将程序以客户端进行描述。例如，程序显示界面，描述为：客户端显示界面。本公开的实施例中的服务器的执行动作，指的是服务器中某个程序的执行动作，为了便于描述，将“服务器中程序”以“服务器”进行描述，也即实施例所涉及的服务器的执行动作，均为服务器中程序的执行动作。
参考图2，图2示例性的示出了根据本公开实施例提供的音频添加方法一实施例的流程示意图，音频添加方法包括：
步骤S201，获取第一音频列表，第一音频列表为多个用户共享。
在本实施例中，第一音频列表中包括多个用户共享的音频，也即各个用户所关联的客户端共用第一音频列表中的音频进行播放。
在一示例中，服务器可以随机的为播放音频的多个客户端创建共享房间，且为共享房间创建第一音频列表，用户可以通过客户端向第一音频列表中添加音频。第一音频列表即为多个用户共享的音频所形成的音频列表。服务器在创建共享房间之前，向随机确定的各个客户端发送询问信息，以询问客户端的用户是否愿意共享音频。服务器为同意共享音频的各个用户创建共享房间。
在另一示例中，客户端的界面上具有共享音频的按钮或区域，若用户共享音频，则可点击按钮或区域，客户端则向服务器发送共享请求。服务器已创建共享房间，服务器接收到共享请求，将用户在客户端中音频播放程序的登录账号的头像加入至共享房间的群组中，且服务器赋予客户端的用户向第一音频列表添加音频的权限。服务器还会将共享房间的界面发送给共享房间内的各个用户所对应的客户端。
服务器获取的第一音频列表是多个用户共享的，也即多个用户均可向第一音频列表中添加音频。第一音频列表可以是没有添加音频的列表，也即第一音频列表等待多个用户添加共享的音频。第一音频列表还可以是多个用户已添加音频的列表。
步骤S202，获取待添加的音频，并将待添加的音频添加至第一音频列表，得到第二音频列表。
服务器获取待添加的音频，并将待添加的音频添加至第一音频列表得到第二音频列表。待添加的音频可以是服务器从自身的数据库获取的音频，也可以是第一音频列表对应的多个用户中任一个用户关联的客户端请求添加的音频。
服务器获取待添加的音频后，将待添加的音频的标识添加在第一音频列表中，且将标识与数据库中的待添加的音频进行映射，即可完成音频的添加。标识例如为音频的名称。
步骤S203，将第二音频列表发送至多个用户关联的客户端。
第二音频列表是添加音频后的第一音频列表。服务器将第二音频列表发送给多个用户关联的客户端，使得各个用户可以通过客户端显示的第二音频列表得知添加的音频。
在本实施例中，用户在向多人共享的音频列表中添加音频时，可被共享音频列表的其他用户知晓，也即通过多人共享音频列表的方式，增加了用户之间的互动，丰富了音频列表的维护方式，且提高了用户的体验。进一步的，第二音频列表中包括有多个用户添加的共享音频，使得用户能够接触其他用户共享的音频，进而使得用户能够发现的新的好听的音频，提高了用户体验。
参照图3，图3为本公开音频添加方法另一实施例的流程示意图，基于图2所示的实施例，步骤S202包括：
步骤S301，接收第一用户关联的客户端发送的音频添加请求，第一用户为多个用户中的任意一个用户。
步骤S302，根据音频添加请求获取待添加的音频。
在本实施例中，服务器通过第一用户关联的客户端发送的音频添加请求获取待添加的音频。第一用户是第一音频列表共享的多个用户中的任意一个用户。
用户可对客户端的音频进行音频添加操作。客户端检测到音频添加操作，则获取音频添加操作所对应的音频，该音频为待添加的音频。客户端基于待添加的音频的信息生成音频添加请求，客户端再向服务器发送音频添加请求。服务器解析音频添加请求，获取待添加的音频的信息，即可获取待添加的音频。
在一示例中，客户端登录的用户加入共享房间共享第一音频列表时，客户端可将用户当前播放的音频或选定的歌曲作为待添加的歌曲，添加至第一音频列表。例如，用户点击客户端上的音频播放程序的界面上的共享按键，客户端则弹出共享音频选择列表，用户在共享音频列表进行音频的选定，且用户点击界面上的完成选定，客户端将选定的音频的信息向服务器发送，服务器基于接收的信息确定待添加的音频，再将待添加的音频添加至第一音频列表。
在另一示例中，用户可以在客户端共享第一音频列表后向第一音频列表添加音频。用户可以在第一音频列表所在的音频播放界面上触发音频的音频添加请求。具体的，音频播放界面上设置有歌曲推荐按钮或歌曲推荐区域。若用户点击歌曲推荐按钮或歌曲推荐区域，则客户端显示用户的第三音频列表。第三音频列表是非共享的音频列表，且第三音频列表是用户喜欢的音频列表、收藏的音频列表、创建的音频列表、搜索的音频组成的音频列表、喜欢的音频组成的音频列表和/或收藏的音频组成的音频列表，也即第三音频列表是用户独有的、非共享的音频列表。第三音频列表可以是缓存在客户端的，例如，第三音频列表中音频是用户下载的音频所组成的。第三音频列表还可以是客户端调用服务器存储的用户的音频列表。用户在第三音频列表中选定音频后，客户端基于选定的音频的信息向服务器发送音频添加请求。服务器解析音频添加请求，得到用户选定的音频的信息，再根据信息获取待添加的音频。
在又一示例中，用户可以在客户端的第二界面上触发音频的音频添加请求。第一音频所在的音频播放界面定义为第一界面，音频播放程序上除第一界面之外的其他界面则定义为第二界面，也即用户可以在音频播放界面之外触发音频的音频添加请求。具体的，第二界面包括音频播放程序的首页、音频列表页等，第二界面设置有多个音频，且各个音频具有对应的播放按键。在用户点击播放按键时，由于客户端共享第一音频列表，也即用户与其他用户正在分享第一音频列表中的音频，客户端则默认用户将点击播放按键的音频添加至第一音频列表中。进一步的，在用户点击播放按键时，客户端输出是否添加歌曲的提示信息。提示信息例如为：当前处于多人一起听音频的模式，是否将此首歌曲推荐至播放列表。若客户端接收到确认信息，也即用户确认将音频进行共享，客户端基于该音频的信息生成音频添加请求，并发送至服务器。以下对第二界面触发音频添加请求进行举例说明。
客户端默认显示多人共享音频的音频播放界面，也即客户端默认显示第一界面。客户端的音频播放程序包括除第一界面之外的其他界面，其他界面即为第二界面，第二界面例如为用户的歌单所在的界面。用户可从第一界面切换至第二界面。第二界面包括有一个或多个音频，每个音频具有对应的播放按键以及隐藏工具栏。若是用户点击播放按键或者隐藏工具栏，则输出提示信息，提示信息例如为：“当前正在多人一起听，是否将这首歌推荐至多人一起听的音频列表”。
在本实施例中，服务器基于客户端发送的音频添加请求，获取待添加的音频，从而将用户所需共享的音频添加至第一音频列表中，使得用户实现音频的共享。
在一实施例中，服务器在接收到音频添加请求时，需要确定用户是否能够向第一音频列表中添加音频。
服务器中设置有音频添加条件。音频添加条件根据用户添加的音频的第一预设数量、用户已添加音频的第二预设数量、用户的音频会员等级以及用户添加音频的权限进行设置。
服务器在确定音频添加请求满足音频添加条件，服务器则响应于音频添加请求满足音频添加条件，将待添加的音频添加至第一音频列表。
服务器在确定音频添加请求不满足音频添加条件，服务器则响应于音频添加请求不满足音频添加条件，向第一用户关联的客户端输出提示信息和/或将第一用户添加音频的权限的状态设置为禁用。提示信息用于提示音频未添加成功。
在一示例中，客户端登录的用户在加入共享房间共享第一音频列表的预设时间后，具备再次添加音频的权限。该用户在加入共享房间后，服务器将其添加音频的权限的状态设置为禁用，并在该用户加入共享房间预设时间后，将其添加音频的权限的状态设置为打开。服务器在接收到音频添加请求后，服务器确定该用户加入共享房间的时长，若是时长大于或等于预设时间，则该用户添加音频的权限的状态是打开，确定音频添加请求满足音频添加条件，服务器则将待添加的音频添加至第一音频列表中。若是时长小于预设时间，则音频添加请求不满足音频添加条件，服务器则向客户端发送提示信息。提示信息例如为：再听M分钟后才可添加音频哦！M分钟是预设时间与时长之间的差值。
在另一示例中，服务器会限定每个用户向第一音频列表中添加音频的数量，以避免第一音频列表中音频的数量过多，导致某些用户所添加的音频迟迟无法播放，也即避免部分用户的音频无法播放分享。对此，服务器在接收到音频添加条件后，基于第一音频列表中音频的添加记录获取客户端对应的用户已添加的音频的数量，若是用户已添加的音频的数量未达到第一预设数量(第一预设数量即为服务器限定用户添加音频的数量)，则进一步确定音频添加请求同时满足其他各项音频添加条件时，若是音频添加请求均满足所有的音频添加条件，则服务器将待添加的音频添加至第一音频列表中。若是用户已添加的音频的数量达到第一预设数量，则确定音频添加请求不满足音频添加条件，服务器则向客户端发送提示信息、且将用户添加音频的权限的状态设置为禁用。提示信息例如为：您分享的音频达到上限。
在又一示例中，服务器可允许客户端的用户在每个时间段最多添加第二预设数量的音频。时间段的时长例如为5分钟，时间段可以视为一个时间周期。服务器在接收到音频添加请求后，获取客户端的用户在当前时间段已添加的音频的数量，当前时间段为当前时间点所在的时间段。若是用户在当前时间段已添加的音频的数量未达到第二预设数量，则进一步确定音频添加请求同时满足其他各项音频添加条件时，若是音频添加请求均满足所有的音频添加条件，服务器则将待添加的音频添加至第一音频列表中。若是用户在当前时间段已添加的音频的数量达到第二预设数量，则确定音频添加请求不满足音频添加条件，服务器则将客户端对应的用户添加音频的权限的状态设置为禁用，并向客户端发送提示信息。提示信息例如为：等待X分钟后才可添加音频哦！X为当前时间点与当前时间段的结束时间点之间的差值。
在还一示例中，多个用户均会向第一音频列表中添加音频，则会存在两个或两个以上的用户向第一音频列表中添加同一首音频。服务器在接收到音频添加请求，并获取待添加的音频后，确定待添加的音频是否是已播放或者是已添加的音频。若待添加的音频是已播放的音频，则可确定待添加的音频是已添加的音频，或者服务器直接确定第一音频列表中待播放的音频包括待添加的音频，则可确定音频添加请求不满足音频添加条件，则向客户端发送提示信息。提示信息例如为：您添加的音频已在列表中。若待添加的音频不是已播放的音频且第一音频列表中不包括待添加的音频，则进一步确定音频添加请求同时满足其他各项音频添加条件时，若是音频添加请求均满足所有的音频添加条件，服务器将待添加的音频添加至第一音频列表中。进一步的，若是待添加的音频是已播放的音频，服务器确定待添加的音频的播放时间点，并计算播放时间点与待添加的音频的之间的间隔时长。若是间隔时长小于预设间隔时长，即可确定待添加的音频是最近时间播放的，则可确定音频添加条件不满足音频添加条件。若是间隔时长大于或等预设时长，即可确定音频添加请求满足音频添加条件，则进一步确定音频添加请求同时满足其他各项音频添加条件时，若是音频添加请求均满足所有的音频添加条件，服务器将待添加的音频添加至第一音频列表中。
另外，客户端的用户的音频会员等级可决定用户是否能够添加音频。在服务器接收到音频添加请求后，确定客户端的用户的音频会员等级是否大于或等于预设等级。若音频会员等级大于或等于预设等级，则进一步确定音频添加请求同时满足其他各项音频添加条件时，若是音频添加请求均满足所有的音频添加条件，服务器则将待添加的音频添加至第一音频列表。若是用户的音频会员等级小于预设等级，则确定音频添加请求不满足音频添加条件，服务器则向客户端发送提示信息。提示信息例如：听一听其他用户添加的歌曲吧。音频会员等级可以通过客户端登录的用户加入共享房间的时长进行增长。
基于上述示例，不满足音频的添加条件包括以下至少一种：第一用户已添加的音频的数量达到第一预设数量；第一用户在当前时间段的已添加的音频的数量达到第二预设数量；第一用户的音频会员等级小于预设等级；第一用户添加音频的权限的状态是禁用；待添加的音频已播放；第一音频列表中待播放的音频包括待添加的音频。第一用户即为发送音频添加请求的客户端的用户。
需要说明的是，第一预设数量、第二预设数量以及时间周期的时长通过分享第一音频列表的用户的数量、第一音频列表中音频的数量等因素设置。例如，分享第一音频用户的数量越多、第一音频列表中音频的数量越多，则第一预设数量以及第二预设数量越小；分享第一音频用户的数量越多、第一音频列表中音频的数量越多，则时间周期的时长越长。
参照图4，图4为本公开音频添加方法另一实施例的流程示意图，基于图1所示的实施例，步骤S202包括：
步骤S401，获取参考信息，参考信息包括多个用户的历史音频播放信息和/或第一音频列表中每首音频的音频信息。
在本实施例中，服务器可以自行获取待添加的音频，并将待添加的音频添加至第一音频列表。
服务器获取参考信息，参考信息包括多个用户的历史音频播放信息和/或第一音频列表中每首音频的音频信息。历史音频播放信息例如为用户的历史听歌信息，历史音频播放信息是用户已播放的音频的信息，该信息包括音频的曲风、类型、作者、作者所在的流派等。第一音频列表中每首音频的音频信息包括音频的曲风、类型、作者、作者所在的流派等。
步骤S402，根据参考信息确定待添加的音频的特征。
服务器基于参考信息确定待添加的音频的特征。
在一示例中，参考信息包括多个用户的历史音频播放信息。服务器基于各个历史音频播放信息确定多个用户共同的音频播放喜好，从而将音频播放喜好所匹配的音频的特征作为待添加的音频的特征。例如，从各个历史音频播放信息中可以确定多个用户都喜欢听摇滚类型的音频，则音频播放喜好是摇滚，待添加的音频的特征为摇滚歌曲。
在另一示例中，参考信息包括第一音频列表中每首音频的音频信息。服务器基于各个音频的音频信息确定第一音频列表中各首音频的共同特征。例如，服务器基于各首音频的音频信息，确定第一音频列表中的各首音频是点击或者播放量高的音频，则各首音频的共同特征是点击或者播放量高，也即待添加的音频的特征是点击或者播放量高。又例如，服务器基于各首音频的音频信息，确定各首音频均是古典音乐，则各首音频的共同特征是古典，也即待添加的音频的特征是古典音乐。
此外，在参考信息包括历史音频播放信息和第一音频列表中每首音频的音频信息时，则基于共同特征以及音频播放喜好确定待添加的音频的特征。例如，共同特征是古典音乐，音频播放喜好是热度高的音乐，待添加的音频的特征是热度高的古典音乐。
步骤S403，将特征所匹配的音频，作为待添加的音频。
服务器在确定待添加的音频的特征后，从数据库中查找与特征所匹配的音频作为待添加的音频。
进一步的，服务器自行向第一音频列表中添加音频需要满足一定的条件。
在一示例中，服务器获取第一音频列表中音频的数量，若音频的数量小于第三预设数量，则获取参考信息，也即服务器自动的向第一音频列表中添加音频。第三预设数量可为任意合数的数值。通过此种方式，确保各个用户能够接触到新的音频。
在另一示例中，在播放第一音频列表中末尾的音频时，服务器获取第一音频列表中音频的数量，若是音频的数量小于第三预设数量，则获取参考信息，也即服务器自动的向第一音频列表中添加随机音频。第一音频列表中末尾的音频例如为第一音频列表中的最后一首音频、倒数第二的音频或倒数第三的音频。
在本实施例中，服务器获取参考信息，并基于参考信息自动的为第一音频列表添加符合用户喜好的音频。
参照图5，图5为本公开音频添加方法一实施例的流程示意图，音频添加方法包括：
步骤S501，接收服务器发送的第二音频列表，第二音频列表是服务器对第一音频列表添加音频后得到的，第一音频列表为多个用户共享。
在本实施例中，第一音频列表中包括多个用户共享的音频，也即各个用户所关联的客户端共用第一音频列表中的音频进行播放。
在一示例中，服务器可以随机的为播放音频的多个客户端创建共享房间，且为共享房间创建第一音频列表，用户可以通过客户端向第一音频列表中添加音频。第一音频列表即为多个用户共享的音频所形成的音频列表。服务器在创建共享房间之前，向随机确定的各个客户端发送询问信息，以询问客户端的用户是否愿意共享音频。服务器为同意共享音频的各个用户创建共享房间。
在另一示例中，客户端的界面上具有共享音频的按钮或区域，若用户共享音频，则可点击按钮或区域，客户端则向服务器发送共享请求。服务器已创建共享房间，服务器接收到共享请求，将用户在客户端中音频播放程序的登录账号的头像加入至共享房间的群组中，且服务器赋予客户端的用户向第一音频列表添加音频的权限。服务器还会将共享房间的界面发送给共享房间内的各个用户所对应的客户端。
服务器获取的第一音频列表是多个用户共享的，也即多个用户均可向第一音频列表中添加音频。第一音频列表可以是没有添加音频的列表，也即第一音频列表等待多个用户添加共享的音频。第一音频列表还可以是多个用户已添加音频的列表。
服务器获取待添加的音频，并将待添加的音频添加至第一音频列表得到第二音频列表。待添加的音频可以是服务器从自身的数据库获取的音频，也可以是第一音频列表对应的多个用户中任一个用户关联的客户端请求添加的音频。
服务器获取待添加的音频后，将待添加的音频的标识添加在第一音频列表中，且将标识与数据库中的待添加的音频进行映射，即可完成音频的添加。标识例如为音频的名称。
第二音频列表是添加音频后的第一音频列表。服务器将第二音频列表发送给多个用户关联的客户端，使得各个用户可以通过客户端显示的第二音频列表得知添加的音频。也即客户端接收服务器发送的第二音频列表。
步骤S502，根据第二音频列表更新第一音频列表。
客户端在接收到第二音频列表后，则显示第二音频列表，也即将第一音频列表更新为第二音频列表。
在本实施例中，用户在向多人共享的音频列表中添加音频时，可被共享音频列表的其他用户知晓，也即通过多人共享音频列表的方式，增加了用户之间的互动，丰富了音频列表的维护方式，且提高了用户的体验。进一步的，此外，第二音频列表中包括有多个用户添加的共享音频，使得用户能够接触其他用户共享的音频，进而使得用户能够发现的新的好听的音频，提高了用户体验。
参照图6，图6为本公开音频添加方法另一实施例的流程示意图，基于图5所示的实施例，步骤S501之前，还包括：
步骤S601，获取音频的添加操作，并根据添加操作获取待添加的音频。
在本实施例，客户端通过向服务器发送音频添加请求，使得服务器向第一音频列表中添加音频。
用户可对客户端的音频进行音频添加操作。客户端检测到音频添加操作，则获取音频添加操作所对应的音频，该音频为待添加的音频。客户端基于待添加的音频的信息生成音频添加请求。
在一示例中，客户端登录的用户在加入共享房间共享第一音频列表时，客户端可将用户当前播放的音频或选定的歌曲作为待添加的歌曲，添加至第一音频列表。例如，用户点击客户端上的音频播放程序的界面上的共享按键，客户端则弹出共享音频选择列表，用户在共享音频列表进行音频的选定，且用户点击界面上的完成选定，客户端将选定的音频的信息向服务器发送，服务器基于接收的信息确定待添加的音频，再将待添加的音频添加至第一音频列表。
具体的，用户在客户端点击进入多人共享音频的按键时，客户端则响应多人共享音频的触发操作，客户端输出第三音频列表，第三音频列表是非共享的音频列表。若是客户端检测到第三音频列表中音频的选定操作，则将选定操作确定为音频的添加操作。
在另一示例中，用户可以在客户端共享第一音频列表后向第一音频列表添加音频。用户可以在第一音频列表所在的音频播放界面上触发音频的音频添加请求。音频播放界面上设置有歌曲推荐按钮或歌曲推荐区域。若用户点击歌曲推荐按钮或歌曲推荐区域，则客户端显示用户的第三音频列表。第三音频列表是非共享的音频列表，且第三音频列表是用户喜欢的音频列表、收藏的音频列表、创建的音频列表、搜索的音频组成的音频列表、喜欢的音频组成的音频列表和/或收藏的音频组成的音频列表，也即第三音频列表是用户独有的、非共享的音频列表。用户在第三音频列表中选定音频后，客户端基于选定的音频的信息向服务器发送音频添加请求。服务器解析音频添加请求，得到用户选定的音频的信息，再根据信息获取待添加的音频。
具体的，客户端若检测到第一音频列表所在第一界面上的音频推荐操作，输出第一用户的第三音频列表，客户端将第三音频列表中音频的选定操作确定为音频添加操作。
在又一示例中，用户可以在客户端的第二界面上触发音频的音频添加请求。第一音频所在的音频播放界面定义为第一界面，音频播放程序上除第一界面之外的其他界面则定义为第二界面，也即用户可以在音频播放界面之外触发音频的音频添加请求。具体的，第二界面包括音频播放程序的首页、音频列表页等，第二界面设置有多个音频，且各个音频具有对应的播放按键。在用户点击播放按键时，由于客户端共享第一音频列表，也即用户与其他用户正在分享第一音频列表中的音频，客户端则默认用户将点击播放按键的音频添加至第一音频列表中。进一步的，在用户点击播放按键时，客户端输出是否添加歌曲的提示信息。提示信息例如为：当前处于多人一起听音频的模式，是否将此首歌曲推荐至播放列表。若客户端接收到确认信息，也即用户确认将音频进行共享，客户端基于该音频的信息生成音频添加请求，并发送至服务器。
具体的，客户端若检测到第二界面上音频的播放操作，则将播放操作确定为音频的添加操作。进一步的，客户端若检测到第二界面上音频的播放操作，输出是否将播放操作对应的音频添加至第一音频列表的询问信息，若检测到基于询问信息的确定操作，则将确定操作确定为音频的添加操作。
步骤S602，根据待添加的音频向服务器发送音频添加请求，其中，音频添加请求用于服务器将待添加的音频添加至第一音频列表。
客户端生成音频添加请求后，向服务器发送音频添加请求。服务器解析音频添加请求，获取待添加的音频的信息，即可获取待添加的音频。
在本实施例中，客户端基于用户在加入音频的共享时的音频选定操作、用户在音频共享界面的音频推荐操作、和/或用户在非音频共享界面上音频的播放操作，向服务器发送音频添加请求，使得服务器向第一音频列表添加用户操作所对应的音频。
示例性介质
在介绍了本公开示例性实施方式的方法之后，接下来，参考图7对本公开示例性实施方式的存储介质进行说明。
参考图7所示，存储介质70中存储着根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括计算机执行指令，该计算机执行指令用于使计算设备执行本公开所提供的音频添加方法。然而，本公开的程序产品不限于此。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机执行指令。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开公开操作的计算机执行指令，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。计算机执行指令可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备。
示例性装置
在介绍了本公开示例性实施方式的介质之后，接下来，参考图8对本公开示例性实施方式的音频添加装置进行说明，用于实现上述任一方法实施例中的方法，其实现原理和技术效果类似，在此不再赘述。
参考图8，图8示意性地示出了根据本公开实施例提供的音频添加装置的结构示意图。如图8所示，音频添加装置包括：
第一获取模块801，用于获取第一音频列表，第一音频列表为多个用户共享；
第一获取模块801，用于获取待添加的音频，并将待添加的音频添加至第一音频列表，得到第二音频列表；
第一发送模块802，用于将第二音频列表发送至多个用户关联的客户端。
在本公开的一实施例中，音频添加装置包括：第一接收模块803，用于接收第一用户关联的客户端发送的音频添加请求，第一用户为多个用户中的任意一个用户；
在本公开的一实施例中，第一获取模块801，还用于根据音频添加请求获取待添加的音频。
在本公开的另一实施例中，音频添加装置包括：添加模块804，用于响应于音频添加请求满足音频添加条件，将待添加的音频添加至第一音频列表。
在本公开的另一实施例中，音频添加装置包括：第一输出模块805，用于响应于音频添加请求不满足音频添加条件，向第一用户关联的客户端输出提示信息，和/或，将第一用户添加音频的权限的状态设置为禁用，提示信息用于提示音频未添加成功。
在本公开的另一实施例中，添加条件根据用户添加音频的第一预设数量、用户已添加音频的第二预设数量、用户的音频会员等级和/或用户添加音频的权限设置。
在本公开的另一实施例中，第一预设数量、第二预设数量根据第一音频列表对应的用户的人数设置。
在本公开的另一实施例中，不满足音频添加条件包括以下至少一种：第一用户已添加的音频的数量达到第一预设数量；第一用户在当前时间段的已添加的音频的数量达到第二预设数量；第一用户的音频会员等级小于预设等级；第一用户添加音频的权限的状态是禁用；待添加的音频已播放；第一音频列表中待播放的音频包括待添加的音频。
在本公开的另一实施例中，第一获取模块801，用于获取参考信息，参考信息包括多个用户的历史音频播放信息和/或第一音频列表中每首音频的音频信息。
在本公开的另一实施例中，音频添加装置包括：第一确定模块806，用于根据参考信息确定待添加的音频的特征；第一确定模块806，用于将特征所匹配的音频，作为待添加的音频。
在本公开的另一实施例中，第一确定模块806，用于根据各个历史音频播放信息确定多个用户共同的音频播放喜好。
在本公开的另一实施例中，第一确定模块806，用于将音频播放喜好所匹配的音频的特征，作为待添加的音频的特征。
在本公开的另一实施例中，第一确定模块806，用于根据各个音频信息，确定第一音频列表中各首音频的共同特征。
在本公开的另一实施例中，第一确定模块806，用于将共同特征作为待添加的音频的特征。
在本公开的另一实施例中，第一获取模块806，用于获取第一音频列表中音频的数量。
在本公开的另一实施例中，第一获取模块806，用于在第一音频列表中音频的数量小于第三预设数量时，获取参考信息。
在介绍了本公开示例性实施方式的介质之后，接下来，参考图9对本公开示例性实施方式的音频添加设备进行说明，用于实现上述任一方法实施例中的方法，其实现原理和技术效果类似，在此不再赘述。
参考图9，图9示意性地示出了根据本公开实施例提供的音频添加设备的结构示意图。如图9所示，音频添加设备包括：
第二接收模块901，用于接收服务器发送的第二音频列表，第二音频列表是服务器对第一音频列表添加音频后得到的，第一音频列表为多个用户共享；
更新模块902，用于根据第二音频列表更新第一音频列表。
在本公开的一实施例中，音频添加设备包括：第二获取模块903，用于获取音频的添加操作，并根据添加操作获取待添加的音频；第二发送模块904，用于根据待添加的音频向服务器发送音频添加请求，其中，音频添加请求用于服务器将待添加的音频添加至第一音频列表。
在本公开的另一实施例中，音频添加设备包括：第二输出模块905，用于若检测到第一音频列表所在第一界面上的音频推荐操作，输出第三音频列表；第二确定模块906，用于将第三音频列表中音频的选定操作，确定为音频的添加操作。
在本公开的另一实施例中，第三音频列表包括用户喜欢的音频列表、收藏的音频列表、已创建的音频列表、搜索的音频组成的音频列表、喜欢的音频组成的音频列表、收藏的音频组成的音频列表和/或音频添加设备已播放的音频组成的音频列表。
在本公开的另一实施例中，第二输出模块905，用于响应多人共享音频的触发操作，输出第三音频列表，第三音频列表是非共享的音频列表；第二确定模块906，用于将第三音频列表中音频的选定操作，确定为音频的添加操作。
在本公开的另一实施例中，第二确定模块906，用于若检测到第二界面上音频的播放操作，将播放操作，确定为音频的添加操作。
示例性计算设备
在介绍了本公开示例性实施方式的方法、介质和装置之后，接下来，参考图10对本公开示例性实施方式的计算设备进行说明。
图10显示的计算设备100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。如图10所示，计算设备100以通用计算设备的形式表现。计算设备100的组件可以包括但不限于：至少一个处理单元1001、至少一个存储单元1002，连接不同系统组件(包括处理单元1001和存储单元1002)的总线1003。其中，至少一个存储单元1002中存储有计算机执行指令；至少一个处理单元1001包括处理器，处理器执行该计算机执行指令，以实现上文描述的方法。
总线1003包括数据总线、控制总线和地址总线。
存储单元1002可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)10021和/或高速缓存存储器10022，可以进一步包括非易失性存储器形式的可读介质，例如只读存储器(ROM)10023。
存储单元1002还可以包括具有一组(至少一个)程序模块10024的程序/实用工具10025，这样的程序模块10024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算设备100也可以与一个或多个外部设备1004(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口1005进行。并且，计算设备100还可以通过网络适配器1006与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图10所示，网络适配器1006通过总线1003与计算设备100的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了音频添加装置/音频添加设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种音频添加方法，其特征在于，包括：
获取第一音频列表，所述第一音频列表为多个用户共享；
获取待添加的音频，并将待添加的音频添加至所述第一音频列表，得到第二音频列表；
将所述第二音频列表发送至所述多个用户关联的客户端。
2.根据权利要求1所述的音频添加方法，其特征在于，所述获取待添加的音频包括：
获取参考信息，所述参考信息包括所述多个用户的历史音频播放信息和/或所述第一音频列表中每首音频的音频信息；
根据参考信息确定待添加的音频的特征；
将所述特征所匹配的音频，作为待添加的音频。
3.根据权利要求2所述的音频添加方法，其特征在于，所述参考信息包括所述多个用户的历史音频播放信息，所述根据参考信息确定待添加的音频的特征包括：
根据各个所述历史音频播放信息确定所述多个用户共同的音频播放喜好；
将所述音频播放喜好所匹配的音频的特征，作为待添加的音频的特征。
4.根据权利要求2所述的音频添加方法，其特征在于，所述参考信息包括所述第一音频列表中每首音频的音频信息，所述根据参考信息确定待添加的音频的特征包括：
根据各个所述音频信息，确定所述第一音频列表中各首音频的共同特征；
将所述共同特征作为待添加的音频的特征。
5.一种音频添加方法，其特征在于，包括：
接收服务器发送的第二音频列表，所述第二音频列表是所述服务器对第一音频列表添加音频后得到的，所述第一音频列表为多个用户共享；
根据所述第二音频列表更新所述第一音频列表。
6.根据权利要求5所述的音频添加方法，其特征在于，所述接收服务器发送的第二音频列表之前，还包括：
获取音频的添加操作，并根据所述添加操作获取待添加的音频；
根据所述待添加的音频向服务器发送音频添加请求，其中，所述音频添加请求用于所述服务器将所述待添加的音频添加至所述第一音频列表。
7.一种音频添加装置，应用于服务器，其特征在于，包括：
第一获取模块，用于获取第一音频列表，所述第一音频列表为多个用户共享；
所述第一获取模块，还用于获取待添加的音频，并将待添加的音频添加至所述第一音频列表，得到第二音频列表；
第一发送模块，用于将所述第二音频列表发送至所述多个用户关联的客户端。
8.一种音频添加设备，应用于客户端，其特征在于，包括：
第二接收模块，用于接收服务器发送的第二音频列表，所述第二音频列表是所述服务器对第一音频列表添加音频后得到的，所述第一音频列表为多个用户共享；
更新模块，用于根据所述第二音频列表更新所述第一音频列表。
9.一种介质，其特征在于，包括：计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的音频添加方法。
10.一种计算设备，其特征在于，包括：
存储器以及处理器；
所述存储器存储计算机执行指令；
所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至6任一项所述的音频添加方法。
CN202210521950.3A 2022-05-13 2022-05-13 音频添加方法、音频添加装置、设备、介质和计算设备 Pending CN114979702A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210521950.3A CN114979702A (zh) 2022-05-13 2022-05-13 音频添加方法、音频添加装置、设备、介质和计算设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210521950.3A CN114979702A (zh) 2022-05-13 2022-05-13 音频添加方法、音频添加装置、设备、介质和计算设备

Publications (1)

Publication Number Publication Date
CN114979702A true CN114979702A (zh) 2022-08-30

Family

ID=82983675

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210521950.3A Pending CN114979702A (zh) 2022-05-13 2022-05-13 音频添加方法、音频添加装置、设备、介质和计算设备

Country Status (1)

Country Link
CN (1) CN114979702A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101505151B1 (ko) * 2013-12-06 2015-03-30 주식회사 한국인터넷기술원 클라우드 시스템에서의 멀티미디어 리스트 공유 장치 및 방법
CN107566862A (zh) * 2016-06-30 2018-01-09 上海博泰悦臻网络技术服务有限公司 用于多媒体通信终端之间分享音乐的方法及系统
KR20180129725A (ko) * 2018-11-27 2018-12-05 네이버 주식회사 멀티미디어 컨텐츠에 대한 사용자의 재생 로그를 이용하여 개인화 된 플레이리스트를 구성하는 방법 및 시스템
CN112905834A (zh) * 2021-04-01 2021-06-04 杭州网易云音乐科技有限公司 歌单管理方法、介质、装置和计算设备
CN114443868A (zh) * 2020-10-30 2022-05-06 腾讯科技（深圳）有限公司 多媒体列表的生成方法、装置、存储介质和电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101505151B1 (ko) * 2013-12-06 2015-03-30 주식회사 한국인터넷기술원 클라우드 시스템에서의 멀티미디어 리스트 공유 장치 및 방법
CN107566862A (zh) * 2016-06-30 2018-01-09 上海博泰悦臻网络技术服务有限公司 用于多媒体通信终端之间分享音乐的方法及系统
KR20180129725A (ko) * 2018-11-27 2018-12-05 네이버 주식회사 멀티미디어 컨텐츠에 대한 사용자의 재생 로그를 이용하여 개인화 된 플레이리스트를 구성하는 방법 및 시스템
CN114443868A (zh) * 2020-10-30 2022-05-06 腾讯科技（深圳）有限公司 多媒体列表的生成方法、装置、存储介质和电子设备
CN112905834A (zh) * 2021-04-01 2021-06-04 杭州网易云音乐科技有限公司 歌单管理方法、介质、装置和计算设备

Similar Documents

Publication Publication Date Title
JP7351907B2 (ja) オンライン文書共有方法、装置、電子機器及び記憶媒体
US11991258B2 (en) Methods, systems, and media for managing notifications directed to multiple applications installed on a user device
KR20180115628A (ko) 복수의 지능형 개인 비서 서비스를 위한 관리 계층
KR20190024762A (ko) 음악추천방법, 장치, 디바이스 및 저장매체
US9055193B2 (en) System and method of a remote conference
CN111866537B (zh) 直播间中的信息展示方法及装置、存储介质及电子设备
JP6906584B2 (ja) デバイスをウェイクアップするための方法及び装置
JP7381518B2 (ja) アプリケーションプログラムの操作ガイダンス方法、装置、機器及び読み取り可能な記憶媒体
KR20210130225A (ko) 서비스 요청 처리 방법 및 관련 디바이스
CN113672748A (zh) 多媒体信息播放方法及装置
CN114244793B (zh) 信息处理方法、装置、设备及存储介质
CN109885720B (zh) 曲目点播交互方法、介质、装置和计算设备
US20220021922A1 (en) Playlist switching method, apparatus and system, terminal and storage medium
JP2007520940A (ja) メディアオンデマンドシステムにおけるプレゼンスステータスの使用
US20240179377A1 (en) Multimedia object sharing method, electronic device, and storage medium
CN113014994A (zh) 多媒体播放控制方法及装置、存储介质、电子设备
CN114979702A (zh) 音频添加方法、音频添加装置、设备、介质和计算设备
CN113986391B (zh) 请求处理方法、装置、介质和计算设备
CN113259619A (zh) 信息发送及显示方法、装置、存储介质和会议系统
CN114827701A (zh) 多媒体信息互动方法、装置、电子设备以及存储介质
US9230017B2 (en) Systems and methods for automated media commentary
US20240185848A1 (en) Generating a group automated assistant session to provide content to a plurality of users via headphones
CN114938364A (zh) 音频排序方法、音频排序装置、设备、介质和计算设备
CN111142740A (zh) 一种数据更新方法、装置及存储介质
CN107610690B (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