CN107145276A - 音乐分享方法、服务器及系统 - Google Patents

Abstract

本发明公开了一种音乐分享方法、服务器及系统。上述方法包括：在预先建立的音乐播放菜单中，确定当前待播放音乐；确定添加所述待播放音乐至所述音乐播放菜单的第一客户端；在所述第一客户端对应的用户未退出语音聊天室的情况下，向所述第一客户端发送所述待播放音乐的播放通知；接收来自于所述第一客户端的所述待播放音乐对应的音乐资源，并分别将所述音乐资源转发至所述语音聊天室中除所述第一客户端之外的其他客户端。根据本发明提供的技术方案，在进行音乐分享时，被分享用户听到的音乐资源与分享用户听到的音乐同源；资源不受限于服务器，解决了相关技术中应用APP对应的服务器中收集的音乐存在资源不足问题，大大提高了用户体验。

Description

音乐分享方法、服务器及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种音乐分享方法、服务器及系统。

背景技术

当前的音乐播放软件通常分为本地下载听，实时在线听两种。

在音乐播放软件初期，受限于网络带宽，无法提供边下边播的功能，所有的音乐都是从各大网站下载到本地后收听。常常需要花费大量时间从网络上寻找资源并下载。当需要将喜欢的音乐推荐给其他人时，只能提供音乐的信息，让别人再进行一遍搜索，下载收听的流程。

如图1所示，离线音乐分享由一个用户从网上下载音乐，在下载完成听完后，分享给其他人，其他用户也需要在通过同样的方式再操作一遍才可以听到别人推荐的歌，而且听到的音乐的资源都是从网上搜索的，很可能是不同资源，听到的音乐会有差异。

当前网络带宽已足够用于音乐播放时，有大量实时在线播放的音乐软件，这些软件将音乐资源放在服务器中，用户可实时缓存，做到边下边听，想分享音乐的用户，通过链接等方式，别人可以轻松听到用户分享的音乐。

如图2所示,在线播放音乐将下载和播放合并为一步，而且分享的资源来自App对应的服务器,所以2个用户听到的音乐是没有差异的，但是听到的和可以播放的所有资源都受限于App对应的服务器。

但是当前的用户更追求个性化，不只满足于听某首歌，更要求是哪个歌手在什么时间唱的歌，在加上版权限制的因素，尽管当前的应用APP对应的服务器中收集的音乐已经很多，但仍然有资源不足的情况，如果用户想将一些音乐分享给别人，仍然相当麻烦。

发明内容

本发明的主要目的在于公开了一种音乐分享方法、服务器及系统，以至少解决相关技术中应用APP对应的服务器中收集的音乐存在资源不足的情况，用户想将一些音乐分享给别人，仍然相当麻烦的问题。

根据本发明的一个方面，提供了一种音乐分享方法。

根据本发明的音乐分享方法包括：在预先建立的音乐播放菜单中，确定当前待播放音乐；确定添加上述待播放音乐至上述音乐播放菜单的第一客户端；在上述第一客户端对应的用户未退出语音聊天室的情况下，向上述第一客户端发送上述待播放音乐的播放通知；接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端。

优选地，在预先建立的音乐播放菜单中，确定当前待播放音乐包括：在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为上述待播放音乐，其中，上述音乐播放菜单中的音乐按照先后添加顺序排列。

优选地，上述方法还包括：接收来自于上述语音聊天室中第二客户端的退出请求，删除上述第二客户端对应的用户添加的全部音乐；如果上述全部音乐中包括当前正在播放的音乐，则在上述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；如果查找到上述音乐播放菜单的结尾位置，仍未找到可播放的音乐，则跳转至上述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

优选地，上述方法还包括以下至少之一：接收上述语音聊天室中房主客户端的暂停或者结束音乐播放的指令，向上述语音聊天室中的一个或多个客户端转发暂停或者结束音乐播放的指令；接收上述语音聊天室中房主客户端的继续播放音乐的指令，向上述语音聊天室中的一个或多个客户端转发继续播放音乐的指令；接收上述语音聊天室中房主客户端的调节播放音乐音量大小的指令，向上述语音聊天室中的一个或多个客户端转发调节播放音乐音量大小的指令。

优选地，接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端之后，还包括：对于每个上述语音聊天室中除上述第一客户端之外的其他客户端，在第一通道接收并缓存上述待播放音乐对应的音乐资源的同时，播放该音乐资源；当需要切换至上述音乐播放菜单中第三客户端添加的音乐时，上述语音聊天室中所有客户端切换至第二通道；对于每个上述语音聊天室中除上述第三客户端之外的其他客户端，在第二通道接收并缓存上述第三客户端添加的音乐对应的音乐资源的同时，播放该音乐资源。

根据本发明的另一方面，提供了一种服务器。

根据本发明的服务器包括：第一确定模块，用于在预先建立的音乐播放菜单中，确定当前待播放音乐；第二确定模块，用于确定添加上述待播放音乐至上述音乐播放菜单的第一客户端；发送模块，用于在上述第一客户端对应的用户未退出语音聊天室的情况下，向上述第一客户端发送上述待播放音乐的播放通知；分享模块，用于接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端。

优选地，上述第一确定模块包括：确定单元，用于在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为上述待播放音乐，其中，上述音乐播放菜单中的音乐按照先后添加顺序排列。

优选地，上述服务器还包括：删除模块，用于接收来自于上述语音聊天室中第二客户端的退出请求，删除上述第二客户端对应的用户添加的全部音乐；查找模块，用于在上述全部音乐中包括当前正在播放的音乐时，则在上述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；跳转模块，用于在查找到上述音乐播放菜单的结尾位置时，仍未找到可播放的音乐，则跳转至上述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

优选地，上述服务器还包括以下至少之一：第一转发模块，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的暂停或结束音乐播放的指令；第二转发模块，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的继续播放音乐的指令；第三转发模块，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的调节播放音乐音量大小的指令。

根据本发明的一个方面，还提供了一种音乐分享系统。

根据本发明的音乐分享系统包括：上述的服务器、以及上述语音聊天室中的客户端；其中，各个上述客户端均包括：第一处理模块，用于在第一通道接收并缓存第一待播放音乐对应的第一音乐资源的同时，播放第一音乐资源；切换模块，用于当需要切换至上述音乐播放菜单中第二待播放音乐时，切换至第二通道；第二处理模块，用于在第二通道接收并缓存上述第二待播放音乐对应的第二音乐资源的同时，播放第二音乐资源。

与现有技术相比，本发明实施例至少具有以下优点：与离线听歌相比，在进行音乐分享时，被分享用户听到的音乐资源与分享用户听到的音乐同源；和现有在线听歌相比，资源不受限于服务器，解决了相关技术中应用APP对应的服务器中收集的音乐存在资源不足问题，大大提高了用户体验。

附图说明

图1是相关技术的离线音乐播放的示意图；

图2是相关技术的在线音乐播放的示意图；

图3是根据本发明实施例的音乐分享方法的流程图；

图4是根据本发明优选实施例的音乐分享方法的示意图；

图5是根据本发明优选实施例的将用户加入聊天室房间的示意图；

图6是根据本发明优选实施例的对音乐播放菜单添加音乐的示意图；

图7是根据本发明优选实施例的播放音乐的示意图；

图8是根据本发明优选实施例的音乐播放完毕时处理过程的示意图；

图9是根据本发明优选实施例的对音乐播放菜单删除音乐的示意图；

图10是根据本发明优选实施例的客户端退出聊天室房间的示意图；

图11是根据本发明优选实施例的客户端进行音乐切换逻辑的示意图；

图12是根据本发明实施例的服务器的结构框图；

图13是根据本发明优选实施例的服务器的结构框图；

图14是根据本发明实施例的音乐分享系统的结构框图。

具体实施方式

下面结合说明书附图对本发明的具体实现方式做一详细描述。

图3是根据本发明实施例的音乐分享方法的流程图。如图3所示，该音乐分享方法包括：

步骤S301：在预先建立的音乐播放菜单中，确定当前待播放音乐；

步骤S303：确定添加上述待播放音乐至上述音乐播放菜单的第一客户端；

步骤S305：在上述第一客户端对应的用户未退出语音聊天室的情况下，向上述第一客户端发送上述待播放音乐的播放通知；

步骤S307：接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端。

采用图3所示的方法，与离线听歌相比，在进行音乐分享时，被分享用户听到的音乐资源与分享用户听到的音乐同源；和现有在线听歌相比，资源不受限于服务器，解决了相关技术中应用APP对应的服务器中收集的音乐存在资源不足问题，大大提高了用户体验。

上述方法可以应用与服务器上，当然，也可以应用于其他装置上。

优选地，步骤S301中，在预先建立的音乐播放菜单中，确定当前待播放音乐可以进一步包括：在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为上述待播放音乐，其中，上述音乐播放菜单中的音乐按照先后添加顺序排列。

在优选实施过程中，可以先将所有用户想分享的音乐添加到服务器的音乐播放菜单中。当播放到某首音乐时，确定添加该音乐的客户端，让该客户端成为音乐播放源，房间内的其他用户为旁听者。当音乐播放完毕时，切换到下一首音乐，再重复上述流程，继续播放。

优选地，上述方法还可以包括以下至少之一：

接收上述语音聊天室中房主客户端的暂停或者结束音乐播放的指令，向上述语音聊天室中的一个或多个客户端转发暂停或者结束音乐播放的指令；

接收上述语音聊天室中房主客户端的继续播放音乐的指令，向上述语音聊天室中的一个或多个客户端转发继续播放音乐的指令；

接收上述语音聊天室中房主客户端的调节播放音乐音量大小的指令，向上述语音聊天室中的一个或多个客户端转发调节播放音乐音量大小的指令。

在优选实施过程中，音乐分享给哪些人，需要有范围限制，例如，将该范围设定为语音聊天室房间，分享的音乐在该语音聊天室房间的用户通过客户端都可以收听到。如图4所示，由于播放的音乐存放在各个用户的本地资源中，所以需要有控制每个用户播放的音乐，不能出现多个用户同时播放的状态，因此聊天室房间需要一个房主客户端来控制音乐播放状态，先设置一个客户端成为房主客户端。该房主客户端在聊天室房间中具有一定的操作权限，包括但不限于以下至少之一：指定用户播放指定音乐；指定用户暂停音乐；指定用户继续播放；指定用户设置播放音量等。需要说明的是，上述的操作指令均通过服务器转发到其他用户客户端，例如，图4的用户客户端B，用户客户端B响应该操作指令，用户客户端A、以及用户客户端C收听到音乐。

以下结合图5至图9进一步描述上述优选实施方式。

图5是根据本发明优选实施例的将用户加入聊天室房间的示意图。如图5所示，用户A通过用户客户端A加入聊天室房间。

图6是根据本发明优选实施例的对音乐播放菜单添加音乐的示意图。如图6所示，响应用户A对应的客户端的添加操作，添加音乐A和音乐B；响应用户B对应的客户端的添加操作，添加音乐C。

图7是根据本发明优选实施例的播放音乐的示意图。如图7所示，在预先建立的音乐播放菜单中，确定当前待播放音乐为音乐A，确定添加该音乐A的客户端为用户客户端A，向用户客户端A发送播放音乐A的通知，用户客户端A接收到播放音乐A的通知。

图8是根据本发明优选实施例的音乐播放完毕时处理过程的示意图。如图8所示，当房主客户端指定音乐A播放完毕时，服务器判断音乐A的下一个是音乐B，音乐B的添加者为用户客户端A，向用户客户端A发送播放音乐A的通知，用户客户端A接收到播放音乐A的通知。

图9是根据本发明优选实施例的对音乐播放菜单删除音乐的示意图。如图9所示，当正在播放的音乐B被删除时，服务器在音乐播放菜单中判断音乐B的下一个是音乐C，音乐C的添加者为用户客户端B，则向用户客户端B发送播放音乐C的通知，用户客户端B接收到播放音乐C的通知。

优选地，上述方法还可以包括：接收来自于上述语音聊天室中第二客户端的退出请求，删除上述第二客户端对应的用户添加的全部音乐；如果上述全部音乐中包括当前正在播放的音乐，则在上述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；如果查找到上述音乐播放菜单的结尾位置，仍未找到可播放的音乐，则跳转至上述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

以下结合图10进行描述。

图10是根据本发明优选实施例的客户端退出聊天室房间的示意图。如图10所示，当用户B客户端退出聊天室房间时，服务器删除用户客户端B添加的全部音乐，如果删除的音乐中有正在播放的音乐则找到下一首歌，如果已经查找到音乐播放菜单的结尾位置则跳转至音乐播放菜单的开始位置重新查找，到找到可以播放的音乐A时，判断音乐A的添加者为用户客户端A，向用户客户端A发送播放音乐A的通知，用户客户端A接收到播放音乐A的通知。

优选地，接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端之后，还可以包括以下处理：对于每个上述语音聊天室中除上述第一客户端之外的其他客户端，在第一通道接收并缓存上述待播放音乐对应的音乐资源的同时，播放该音乐资源；当需要切换至上述音乐播放菜单中第三客户端添加的音乐时，上述语音聊天室中所有客户端切换至第二通道；对于每个上述语音聊天室中除上述第三客户端之外的其他客户端，在第二通道接收并缓存上述第三客户端添加的音乐对应的音乐资源的同时，播放该音乐资源。

以下结合图11进一步描述上述优选实施方式。

图11是根据本发明优选实施例的客户端进行音乐切换逻辑的示意图。如图11所示，音乐实时播放和音乐在线播放同样都是边下边播，当一音乐播放至一半需要切换到另外一音乐时，另一音乐开始播放，之前的音乐还有一部分缓存，会有较差的用户体验，为了避免该问题，需要对切换音乐进行特殊处理。当用户客户端A正在播放音乐时，切换到用户客户端B播放音乐的逻辑如下：用户客户端A开始播放音乐时，旁听用户的客户端B，C从图11中的A1位置开始缓存A播放的音乐，当音乐播放到A2位置时，音乐缓存已经到了A3位置，此时切换的用户B播放，所有用户切换通道，从A通道切换到B通道，用户客户端B开始播放音乐，旁听用户的客户端A，C从B1位置开始缓存B播放的音乐，A2到A3之间的缓存残留于A通道中，但是A通道的数据无用户客户端接收，因此采用多通道的方式避免了音乐冲突的情况。

图12是根据本发明实施例的服务器的结构框图。如图12所示，该服务器包括：第一确定模块10，用于在预先建立的音乐播放菜单中，确定当前待播放音乐；第二确定模块12，用于确定添加上述待播放音乐至上述音乐播放菜单的第一客户端；发送模块14，用于在上述第一客户端对应的用户未退出语音聊天室的情况下，向上述第一客户端发送上述待播放音乐的播放通知；分享模块16，用于接收来自于上述第一客户端的上述待播放音乐对应的音乐资源，并分别将上述音乐资源转发至上述语音聊天室中除上述第一客户端之外的其他客户端。

采用图12所示的方法，与离线听歌相比，在进行音乐分享时，被分享用户听到的音乐资源与分享用户听到的音乐同源；和现有在线听歌相比，资源不受限于服务器，解决了相关技术中应用APP对应的服务器中收集的音乐存在资源不足问题，大大提高了用户体验。

优选地，如图13所示，上述第一确定模块10包括：确定单元100，用于在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为上述待播放音乐，其中，上述音乐播放菜单中的音乐按照先后添加顺序排列。

优选地，如图13所示，该服务器还可以包括：删除模块18，用于接收来自于上述语音聊天室中第二客户端的退出请求，删除上述第二客户端对应的用户添加的全部音乐；查找模块30，用于在上述全部音乐中包括当前正在播放的音乐时，则在上述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；跳转模块32，用于在查找到上述音乐播放菜单的结尾位置时，仍未找到可播放的音乐，则跳转至上述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

优选地，如图13所示，该服务器还可以包括：第一转发模块34，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的暂停或结束音乐播放的指令；第二转发模块36，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的继续播放音乐的指令；第三转发模块38，用于向上述语音聊天室中的一个或多个客户端转发来自于上述语音聊天室中房主客户端的调节播放音乐音量大小的指令。

图14是根据本发明实施例的音乐分享系统的结构框图。如图14所示，该音乐分享系统包括：上述任一种服务器1以及上述语音聊天室中的客户端2，其中，各个上述客户端2均包括：第一处理模块20，用于在第一通道接收并缓存第一待播放音乐对应的第一音乐资源的同时，播放第一音乐资源；切换模块22，用于当需要切换至上述音乐播放菜单中第二待播放音乐时，切换至第二通道；第二处理模块24，用于在第二通道接收并缓存上述第二待播放音乐对应的第二音乐资源的同时，播放第二音乐资源。

综上所述，借助本发明提供的上述技术方案，在进行音乐分享时，被分享用户听到的音乐资源与分享用户听到的音乐同源；资源不受限于服务器，解决了相关技术中应用APP对应的服务器中收集的音乐存在资源不足问题，此外，在需要切换音乐资源时，采用本发明提供的客户端多通道切换方式避免了音乐冲突的问题，大大提高了用户体验。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种音乐分享方法，其特征在于，包括：

在预先建立的音乐播放菜单中，确定当前待播放音乐；

确定添加所述待播放音乐至所述音乐播放菜单的第一客户端；

在所述第一客户端对应的用户未退出语音聊天室的情况下，向所述第一客户端发送所述待播放音乐的播放通知；

接收来自于所述第一客户端的所述待播放音乐对应的音乐资源，并分别将所述音乐资源转发至所述语音聊天室中除所述第一客户端之外的其他客户端。

2.根据权利要求1所述的方法，其特征在于，在预先建立的音乐播放菜单中，确定当前待播放音乐包括：

在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为所述待播放音乐，其中，所述音乐播放菜单中的音乐按照先后添加顺序排列。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收来自于所述语音聊天室中第二客户端的退出请求，删除所述第二客户端对应的用户添加的全部音乐；

如果所述全部音乐中包括当前正在播放的音乐，则在所述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；

如果查找到所述音乐播放菜单的结尾位置，仍未找到可播放的音乐，则跳转至所述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

4.根据权利要求1所述的方法，其特征在于，还包括以下至少之一：

接收所述语音聊天室中房主客户端的暂停或者结束音乐播放的指令，向所述语音聊天室中的一个或多个客户端转发暂停或者结束音乐播放的指令；

接收所述语音聊天室中房主客户端的继续播放音乐的指令，向所述语音聊天室中的一个或多个客户端转发继续播放音乐的指令；

接收所述语音聊天室中房主客户端的调节播放音乐音量大小的指令，向所述语音聊天室中的一个或多个客户端转发调节播放音乐音量大小的指令。

5.根据权利要求1至4中任一项所述的方法，其特征在于，接收来自于所述第一客户端的所述待播放音乐对应的音乐资源，并分别将所述音乐资源转发至所述语音聊天室中除所述第一客户端之外的其他客户端之后，还包括：：

对于每个所述语音聊天室中除所述第一客户端之外的其他客户端，在第一通道接收并缓存所述待播放音乐对应的音乐资源的同时，播放该音乐资源；

当需要切换至所述音乐播放菜单中第三客户端添加的音乐时，所述语音聊天室中所有客户端切换至第二通道；

对于每个所述语音聊天室中除所述第三客户端之外的其他客户端，在第二通道接收并缓存所述第三客户端添加的音乐对应的音乐资源的同时，播放该音乐资源。

6.一种服务器，其特征在于，包括：

第一确定模块，用于在预先建立的音乐播放菜单中，确定当前待播放音乐；

第二确定模块，用于确定添加所述待播放音乐至所述音乐播放菜单的第一客户端；

发送模块，用于在所述第一客户端对应的用户未退出语音聊天室的情况下，向所述第一客户端发送所述待播放音乐的播放通知；

分享模块，用于接收来自于所述第一客户端的所述待播放音乐对应的音乐资源，并分别将所述音乐资源转发至所述语音聊天室中除所述第一客户端之外的其他客户端。

7.根据权利要求6所述的服务器，其特征在于，所述第一确定模块包括：：

确定单元，用于在预先建立的音乐播放菜单中，确定当前已播放完毕的音乐的下一个音乐为所述待播放音乐，其中，所述音乐播放菜单中的音乐按照先后添加顺序排列。

8.根据权利要求6所述的服务器，其特征在于，还包括：

删除模块，用于接收来自于所述语音聊天室中第二客户端的退出请求，删除所述第二客户端对应的用户添加的全部音乐；

查找模块，用于在所述全部音乐中包括当前正在播放的音乐时，则在所述音乐播放菜单中从当前正在播放的音乐的下一个音乐开始依次往后查找可播放的音乐；

跳转模块，用于在查找到所述音乐播放菜单的结尾位置时，仍未找到可播放的音乐，则跳转至所述音乐播放菜单的开始位置，按照顺序重新查找，直至查找到可播放的音乐。

9.根据权利要求6所述的服务器，其特征在于，还包括以下至少之一：

第一转发模块，用于向所述语音聊天室中的一个或多个客户端转发来自于所述语音聊天室中房主客户端的暂停或结束音乐播放的指令；

第二转发模块，用于向所述语音聊天室中的一个或多个客户端转发来自于所述语音聊天室中房主客户端的继续播放音乐的指令；

第三转发模块，用于向所述语音聊天室中的一个或多个客户端转发来自于所述语音聊天室中房主客户端的调节播放音乐音量大小的指令。

10.一种音乐分享系统，其特征在于，包括：权利要求6至9中任一项所述的服务器、以及所述语音聊天室中的客户端；其中，

各个所述客户端均包括：

第一处理模块，用于在第一通道接收并缓存第一待播放音乐对应的第一音乐资源的同时，播放第一音乐资源；

切换模块，用于当需要切换至所述音乐播放菜单中第二待播放音乐时，切换至第二通道；

第二处理模块，用于在第二通道接收并缓存所述第二待播放音乐对应的第二音乐资源的同时，播放第二音乐资源。