CN111698276A - 一种歌曲更新方法及点唱设备 - Google Patents

Abstract

本申请适用于娱乐设备技术领域，提供了一种歌曲更新方法及点唱设备，包括：获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表；根据所述缺失歌曲列表和剩余流量确定待下载歌曲；根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；获取所述下载任务，并根据所述下载任务下载歌曲。通过第一推送歌单与点唱设备的本地曲库进行对比的方式，获取本地歌曲的缺失信息，并根据剩余流量的情况及时补全缺失的歌曲，同时能够控制物联网卡流量的消耗，避免流量过度消耗导致流量费用激增的问题。

Description

一种歌曲更新方法及点唱设备

技术领域

本申请属于娱乐设备技术领域，尤其涉及一种歌曲更新方法及点唱设备。

背景技术

新型的迷你KTV是一种小型且移动方便的娱乐消费设施。其在可容纳人体的小型密闭空间中设置触摸屏操控台和点唱设备，迷你KTV能够给使用者提供良好的练歌感官享受，且方便移动、占地面积小，使得其对场地的适应性更加灵活，从而得到了越来越广泛的应用。迷你KTV的点唱设备通过物联网卡与外部(服务器)交互，由于物联网卡的流量是有限制，而新歌每天都在增加，歌曲很可能会因为流量限制而无法下载成功，或由于重复下载导致流量损耗。为了减少歌曲实时下载的流量损耗，点唱设备通过硬盘将歌曲储存在本地。然而这会造成新歌或者热门歌曲的更新延迟，且在不对迷你KTV的流量进行限制的情况下，容易造成流量的短时间内过度消耗，进而导致物联网卡流量费用激增。

综上所述，目前迷你KTV在更新歌曲时存在更新延迟且易造成物联网卡流量过度损耗的问题。

发明内容

本申请实施例提供了一种歌曲更新方法及点唱设备，可以解决目前迷你KTV在更新歌曲时存在更新延迟且易造成物联网卡流量过度损耗的问题。

第一方面，本申请实施例提供了一种歌曲更新方法，应用于点唱设备，包括：

获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

获取所述下载任务，并根据所述下载任务下载歌曲。

在第一方面的一种可能的实现方式中，所述获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，包括：

将所述第一推送歌单的歌曲与本地曲库中的歌曲进行比对；

从所述第一推送歌单中删除与本地曲库中的歌曲相同的歌曲，生成缺失歌曲列表，或者从所述第一推送歌单中筛选出本地曲库缺失的歌曲，并根据筛选出的歌曲生成缺失歌曲列表。

在第一方面的一种可能的实现方式中，所述根据所述缺失歌曲列表和剩余流量确定待下载歌曲，包括：

获取所述缺失歌曲列表中歌曲的点唱率；

根据所述缺失歌曲列表中歌曲的点唱率确定歌曲的优先级；

根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲。

进一步地，所述根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲，包括：

获取每首歌曲下载时所需的流量；

按照优先级计算下载前N首歌曲所需的流量；其中，N为正整数；

当下载前N首歌曲所需的流量小于或等于所述剩余流量时，将所述前N首歌曲确定为待下载歌曲；

当下载前N首歌曲所需的流量大于所述剩余流量时，计算下载前N-1首歌曲所需的流量，并继续判断下载前N-1歌曲所需的流量是否大于所述剩余流量。

在第一方面的一种可能的实现方式中，在所述获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表之前，还包括；

获取第二推送歌单；所述第二推送歌单由所述服务器根据歌曲更新情况生成；

检测剩余流量是否满足第二推送歌单的下载需求；

当检测到剩余流量满足第二推送歌单的下载需求时，下载所述第二推送歌单中的歌曲。

进一步地，在检测剩余流量是否满足第二推送歌单的下载需求之后，还包括：

判断所述第二推送歌单中的歌曲是否超过推送下载时限；

若所述第二推送歌单中的歌曲超过推送下载时限，则反馈超时信息至所述服务器，所述超时信息用于指示所述服务器将所述第二推送歌单中的超时歌曲并入服务器歌曲列表中。

进一步地，所述歌曲更新方法还包括：将下载完成的歌曲存储在本地曲库中。

第二方面，本申请实施例提供了一种点唱设备，所述点唱设备与服务器通信连接，包括：

列表确定模块，用于获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

歌曲确定模块，用于根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

请求模块，用于根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

下载模块，用于获取所述下载任务，并根据所述下载任务下载歌曲。

第三方面，本申请实施例提供了一种点唱设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述第一方面所述歌曲更新方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述第一方面所述歌曲更新方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的歌曲更新方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

本申请实施例与现有技术相比存在的有益效果是：通过第一推送歌单与点唱设备本地的曲库进行对比的方式，获取本地歌曲的缺失信息，并根据剩余流量的情况及时补全缺失的歌曲，同时能够控制物联网卡流量的消耗，避免流量过度消耗导致流量费用激增的问题，有效地解决了目前迷你KTV在更新歌曲时存在更新延迟且易造成物联网卡流量过度损耗的问题。

附图说明

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

图1是本申请一实施例提供的一种歌曲更新方法所适用于的应用场景的示意图；

图2是本申请一实施例提供的一种歌曲更新方法的流程示意图；

图3是本申请另一实施例提供的一种歌曲更新方法的流程示意图；

图4是本申请一实施例提供的点唱设备的结构示意图；

图5是本申请另一实施例提供的点唱设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供的歌曲更新方法可以应用在点唱设备中，可以是迷你KTV包厢中的点唱设备，也可以是传统式KTV(例如量版式)的点唱设备中，该点唱设备与服务器通过物联网卡进行通信连接，进而实现交互。物联网卡是指由运营商(中国移动、中国联通、中国电信等)提供的4G/3G/2G卡，其硬件和外观与普通SIM卡相似，应用于智能硬件和物联网设备，以满足智能硬件和物联网行业对设备联网的需求，物联网卡满足了用户对低功耗/长待机、深覆盖、大容量等低速率的业务要求；可应用于移动性较差的静态业务或非连续移动、实时传输数据等场景。通过物联网卡将迷你KTV的点唱设备与服务器进行信息交互和实时数据传输，由于物联网卡的流量是有限的，超出套餐(各个运营商自行制定的消费套餐)的部分将会收取高额的流量费用。因此，通过本实施例提供的歌曲更新方法，根据剩余流量的情况和缺失歌曲的情况来更新歌曲，能够有效地避免流量超出套餐流量的情况的同时及时更新歌曲。还需要说明的是，上述点唱设备与服务器还可以通过其他能够实现通信连接的方式进行连接，在此不加以限制。

示例性的，上述点唱设备可以包括调音操控平台、音箱系统、麦克风、硬盘(用于存储本地歌曲)、点唱控制平台等。

请参阅图1，如图1所示的一种歌曲更新方法所适用于的应用场景的示意图，包括点唱设备10和服务器20。服务器20可与点唱设备10进行通信。

服务器20能够根据歌曲的更新情况实时获取新歌列表(即第二推送歌单)，上述歌曲的更新情况包括但不限于新发布的歌曲、新获得版权的歌曲等。服务器根据实时获取到的第二推送歌单下发新歌下载任务给到点唱设备10，该新歌下载任务具有时效性，通过设置新歌下载任务的推送下载时限来确保更新的效率，即设置每首新歌的推送时间，在规定时间内，推送新歌下载任务给点唱设备，超过规定时间后，服务器不再推送超时新歌下载任务。点唱设备10一开机就会通过物联网卡联网，并查询是否有新的新歌下载任务，当查询到有新歌下载任务时，则根据该新歌下载任务获取该第二推送歌单以及第二推送歌单中歌曲的歌曲信息，并根据歌曲信息判断物联网卡的剩余流量是否满足下载第二推送歌单中歌曲的下载需求，如果满足，则根据新歌下载任务中包含的歌曲下载地址下载该第二推送歌单中的歌曲；如果物联网卡的剩余流量不满足下载第二推送歌单中全部歌曲的下载需求，则下载剩余流量支持范围内的歌曲，其他新歌则等待下次下载(点唱设备开机时会再次判断剩余流量能不能满足新歌下载任务的需求)。判断第二推送歌单是否超过推送下载时限(例如15天)，当第二推送歌单超过推送下载时限后，服务器20会将第二推送歌单中的超时歌曲并入到服务器歌曲列表中，并将超时歌曲从第二推送列表中去掉，服务器20会根据服务器歌曲列表中的歌曲生成第一推送歌单，然后再将该第一推送歌单推送给点唱设备10。点唱设备10会将第一推送歌单和本地曲库进行比对，然后确定缺失歌曲列表，然后根据自身的物联网卡的剩余流量的情况和缺失歌曲列表确定并下载待下载歌曲。需要说明的是，上述服务器20可以与多台点唱设备10通信连接，并为每台点唱设备10提供歌曲更新服务，然而由于每台点唱设备的剩余流量的情况不同，因此在新歌下载任务时下载的歌曲数量也会不同，因此，服务器20在第二推送歌单(新歌)中的歌曲超过推送下载时限后，会将第二推送歌单中超时歌曲加入到服务器歌曲列表中。上述服务器歌曲列表用于存放服务器现有歌曲信息和超过推送下载时限的第二推送歌单的超时歌曲信息。在此，超时歌曲就是超过推送下载时限的歌曲。还需要说明的是，上述歌曲信息包括但不限于歌曲编号、歌曲名称、演唱者、歌曲版本、歌曲下载地址、歌曲下载需消耗的流量等。点唱设备会根据第一推送歌单与本地曲库(用于存储点唱设备已经下载的歌曲)的歌曲对比，确定本地曲库的缺失歌曲，然后根据本地曲库的缺失歌曲的点唱率和点唱设备的物联网卡的剩余流量的情况确定待下载歌曲，根据待下载歌曲生成下载请求，以指示服务器20根据该下载请求生成下载任务，该下载任务包括待下载歌曲的下载地址和歌曲信息，当点唱设备10获取到该下载任务后，就会根据该下载任务下载歌曲，进而完成歌曲更新，并且能够保证流量不被过度消耗。需要说明的是，剩余流量可以根据点唱设备所购买的套餐已经该套餐期限内已经消耗的流量来进行确定，在此不加以赘述。

请参阅图2，本申请一实施例提供了一种歌曲更新方法，应用于上述点唱设备，上述点唱设备与服务器通信连接，所述歌曲更新方法包括：

S101：获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表。

具体地，所述第一推送歌单由所述服务器根据服务器歌曲列表生成。

具体地，服务器能够根据服务器歌曲列表直接生成第一推送歌单，或者根据歌曲的点唱率，然后将歌曲进行排序然后选择预设数量的歌曲生成第一推送歌单，例如选择点唱率前3000首歌曲生成第一推送歌单。需要说明的是，服务器可以在每隔预设间隔期限就向点唱设备推送一次第一推送歌单，预设间隔时间可以根据实际需求进行设置，例如设置为一周、15天、一个月等，在此不加以限制。

具体地，第一推送歌单是服务器根据服务器歌曲列表生成的歌单，即上述第一推送歌单中包含的是服务器认为点唱设备可能还未更新的歌曲，为了确保不重复下载歌曲，节省物联网卡的流量，通过将该第一推送歌单中的歌曲与本地曲库中的歌曲进行比对，进而确定存在于第一推送歌单中，但不存在于本地曲库中的歌曲，即本地曲库的缺失歌曲，并根据该缺失歌曲生成缺失歌曲列表。

需要说明的是，上述本地曲库存储的是点唱设备已经下载的歌曲，即点唱设备的本地歌曲，点唱设备将已经下载的歌曲通过硬盘进行存储，并将已经下载的歌曲的歌曲信息存入本地曲库中，上述歌曲信息包括但不限于歌曲编号、歌曲名称、演唱者、歌曲版本、歌曲下载地址、歌曲下载需消耗的流量等。上述歌曲编号用于区分每首歌曲，每首歌曲的歌曲编号唯一且与该歌曲对应。上述歌曲编号可以由服务器在获取到新歌时生成。可以理解的是，两首歌的歌曲名称可能相同、演唱者也可能相同，但是版本不同，例如录音版和现场版等，此时这两首歌曲就是不同的歌曲，此时通过歌曲编号就能进行区分。

在本实施例的一种实现方式中，上述S101具体包括以下步骤：

将所述第一推送歌单的歌曲与本地曲库中的歌曲进行比对；

从所述第一推送歌单中删除与本地曲库中的歌曲相同的歌曲，生成缺失歌曲列表，或者从所述第一推送歌单中筛选出本地曲库缺失的歌曲，并根据筛选出的歌曲生成缺失歌曲列表。

具体地，点唱设备在获取到第一推送歌单后，会自动获取本地曲库所包含的全部歌曲的歌曲信息，并将第一推送歌单中歌曲的歌曲信息与本地曲库所包含的全部歌曲的歌曲信息进行比对，将与本地曲库中相同歌曲进行删除，剩余的歌曲列表即缺失歌曲列表。需要说明的是，上述比对过程也可以由服务器来实现，即当点唱设备获取到第一推送歌单后，自动获取本地曲库所包含的全部歌曲的歌曲信息，再将获取到的全部歌曲的歌曲信息导出成列表，在将该列表发送给服务器，由服务器将第一推送歌单中的歌曲信息与本地曲库所包含的全部歌曲的歌曲信息进行比对，进而确定缺失歌曲列表。

具体地，将歌曲编号作为索引来实现歌曲比对，即获取第一推送歌单中每一首歌曲的歌曲编号进行查找检索，在本地曲库中查找是否存在与该歌曲编号相同的歌曲，若存在，则说明该歌曲与本地曲库中的歌曲相同，因此将该歌曲从第一推送歌单中删除，依次对该第一推送歌单中的歌曲进行查找检索，删除所有与本地曲库中歌曲相同的歌曲，进而得到缺失歌曲列表。或者在本地曲库中查找是否存在与该歌曲编号相同的歌曲，若不存在，则说明本地曲库中缺失该歌曲，将该歌曲筛选出来，依次对第一推送歌单中的歌曲进行查找检索，筛选出本地曲库缺失的歌曲，然后根据筛选出来的全部歌曲生成缺失歌曲列表。

可以理解的是，通过服务器进行歌曲对比，同样能够在点唱设备将本地曲库的歌曲信息上传到服务器后，服务器利用歌曲编号进行查找检索，在本地曲库的歌曲列表中查找是否存在与该歌曲编号相同的歌曲，若存在，则说明该歌曲与本地曲库的歌曲列表中的歌曲相同，因此将该歌曲从第一推送歌单中删除，依次对该第一推送歌单中的歌曲进行查找检索，删除所有与本地曲库中歌曲相同的歌曲，进而得到缺失歌曲列表。或者通过服务器将上传的本地曲库的歌曲信息中查找是否存在与该歌曲编号相同的歌曲，若不存在，则说明本地曲库中缺失该歌曲，将该歌曲筛选出来，依次对第一推送歌单中的歌曲进行查找检索，筛选出本地曲库缺失的歌曲，然后根据筛选出来的全部歌曲生成缺失歌曲列表。

S102：根据所述缺失歌曲列表和剩余流量确定待下载歌曲。

具体地，在确定了缺失歌曲列表后，为了保证尽可能多地更新歌曲的同时避免下载歌曲时使用的流量超过物联网卡的剩余流量，因此根据该缺失歌曲列表的歌曲信息和剩余流量的情况来确定当前需要下载的歌曲。

具体地，通过计算下载上述缺失歌曲列表中所有歌曲时所需要消耗的流量，再将物联网卡的剩余流量与下载上述缺失歌曲列表中所有歌曲时所需要消耗的流量进行比较，判断物联网卡的剩余流量是否大于下载上述缺失歌曲列表中所有歌曲所需要消耗的流量，若物联网卡的剩余流量大于下载上述缺失歌曲列表中所有歌曲所需要消耗的流量，则说明剩余流量能够满足下载该缺失歌曲列表的所有歌曲的下载需求，则将该缺失歌曲列表中的歌曲均确定为待下载歌曲。若物联网卡的剩余流量大于下载上述缺失歌曲列表中所有歌曲所需要消耗的流量，则说明物联网卡的剩余流量只能满足下载该缺失歌曲列表中部分歌曲的下载需求，因此为了确保被点唱较多的歌曲能够优先被下载，因此将缺失歌曲列表中的歌曲按照点唱率进行优先级排序，将点唱率高的歌曲的优先级设置高于点唱率低的歌曲，进而得到该缺失歌曲列表的优先级队列，将优先级最高的歌曲置于队首，将优先级最高的歌曲置于队尾。按照该优先级队列和剩余流量的情况优先下载优先级较高的。

具体地，按照优先级队列依次获取歌曲及该歌曲的歌曲信息(下载该歌曲所需的流量)，判断剩余流量是否大于下载该歌曲所需的流量，若是，则将该歌曲确定为待下载歌曲。应理解，剩余流量是指下载完第一首后还剩余的流量，示例性的，一开始的剩余流量是200k，下载优先级队列中第一首歌曲所需的流量是100k，下载优先级队列中第二首歌曲所需的流量是80k，下载优先级队列中第三首歌曲所需的流量是90k，此时，在第一次判断时(判断剩余流量是否大于下载优先级队列中第一首歌曲所需的流量)，剩余流量大于下载优先级队列中第一首歌曲所需的流量(200k>100k)，因此将优先级列表中的第一首歌曲确定为待下载歌曲，然后继续判断剩余流量(此时的剩余流量是指下载了第一首歌曲之后剩余的流量，即200k-100k＝100k)是否大于下载优先级队列中第二首歌曲所需的流量，由于剩余流量大于下载优先级队列中第二首歌曲所需的流量(即100k>80k)，因此将优先级列表中的第二首歌曲也确定为待下载歌曲，然后再一次判断剩余流量(此时的剩余流量是指下载了第二首歌曲之后剩余的流量，即100k-80k＝20k)是否大于下载优先级队列中第三首歌曲所需的流量，由于剩余流量小于下载优先级队列中第三首歌曲所需的流量，因此不将优先级队列中的第三首歌作为待下载歌曲，即此时待下载歌曲只有优先级队列中的前两首歌。

在本实施例的一种实现方式中，上述S102具体包括以下步骤：

获取所述缺失歌曲列表中歌曲的点唱率；

根据所述缺失歌曲列表中歌曲的点唱率确定歌曲的优先级；

根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲。

具体地，歌曲的点唱率可以通过服务器根据互联网大数据来进行计算得到，可以根据该歌曲在其他KTV设备上的点唱次数、在歌曲播放平台的播放次数、在歌曲播放平台的评论数等参数综合计算得到，歌曲点唱率作为本领域的现有技术，在此不再赘述。

具体地，点唱设备在确定了缺失歌曲列表后，将该缺失歌曲列表发送至服务器，由服务器根据互联网大数据来确定该缺失歌曲列表中每首歌曲的点唱率，然后将每首歌曲的点唱率反馈给点唱设备，点唱设备按照点唱率的高低进行歌曲优先级排序，将点唱率高的歌曲的优先级设置高于点唱率低的歌曲，进而得到该缺失歌曲列表的优先级队列，将优先级最高的歌曲置于队首，将优先级最高的歌曲置于队尾。需要说明的是，上述按照点唱率的高低进行歌曲优先级排序还可以由服务器来完成。

具体地，在确定了歌曲优先级后还得结合物联网卡的剩余流量的情况，在保证不超出剩余流量的情况下进行歌曲更新，因此通过歌曲优先级跟剩余流量来确定待下载歌曲。

具体地，上述根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲，包括以下步骤：

获取每首歌曲下载时所需的流量；

按照优先级计算下载前N首歌曲所需的流量；其中，N为正整数；

当下载前N首歌曲所需的流量小于或等于所述剩余流量时，将所述前N首歌曲确定为待下载歌曲；

当下载前N首歌曲所需的流量大于所述剩余流量时，计算下载前N-1首歌曲所需的流量，并继续判断下载前N-1歌曲所需的流量是否大于所述剩余流量。

具体地，通过获取每首歌曲下载时所需的流量，然后可以先计算前N首歌曲下载时所需消耗的流量，然后将该流量与剩余流量进行比较，判断剩余流量是否大于该流量，若是则获取前N+1首歌曲下载时所需消耗的流量，然后将该流量与剩余流量进行比较，判断剩余流量是否大于该流量，若前N+1首歌曲下载时所需消耗的流量大于剩余流量，则确定前N首歌曲为待下载歌曲。若前N+1首歌曲下载时所需消耗的流量小于剩余流量，则进一步计算前N+2首歌曲下载时所需消耗的流量，然后再将该流量与剩余流量进行比较，直至前N+M首歌曲下载时所需消耗的流量大于剩余流量，则确定前N+M-1首歌曲为待下载歌曲。

具体地，若剩余流量小于前N首歌曲下载时所需消耗的流量，则获取前N-1首歌曲下载时所需消耗的流量，然后将剩余流量与前N-1首歌曲下载时所需消耗的流量进行比较，判断剩余流量是否大于前N-1首歌曲下载时所需消耗的流量，若是，则确定前N-1首歌曲为待下载歌曲。若剩余流量还是小于前N-1首歌曲下载时所需消耗的流量，则再获取前N-2首歌曲下载时所需消耗的流量，再次将剩余流量与前N-2首歌曲下载时所需消耗的流量进行比较，直至剩余流量大于前N-M首歌曲下载时所需消耗的流量，则确定前N-M首歌曲为待下载歌曲。需要说明的是，N和M均是正整数，N的取值可以根据用户需求自行进行设置，在此不加以限制。

S103：根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务。

具体地，由于一开始点唱设备获取到的只是第一推送歌单，因此在确定了待下载歌曲后，根据该待下载歌曲的歌曲编号生成下载请求，然后将包含待下载歌曲的歌曲编号的下载请求上传至服务器，以指示服务器生成下载该待下载歌曲的下载任务。

在本实施例中，服务器接收到该下载请求后，根据待下载歌曲中每首歌曲的歌曲编号找到每首歌曲相应的下载地址，然后根据网络传输协议生成包含该每首歌曲相应的下载地址的下载任务，并将该下载任务下发给该点唱设备。

S104：获取所述下载任务，并根据所述下载任务下载歌曲。

具体地，点唱设备获取到服务器下发的下载任务后，通过解析该下载任务获取待下载歌曲的下载地址，然后进行歌曲下载，进而实现歌曲更新。

在本实施例的一个实现方式中，在S104之后还包括以下步骤：

将下载完成的歌曲存储在本地曲库中。

具体地，上述点唱设备将下载的歌曲存储在本地硬盘中，并在本地曲库中更新下载了的歌曲的歌曲信息。

本实施例提供的歌曲更新方法通过第一推送歌单与点唱设备本地的曲库进行对比的方式，获取本地歌曲的缺失信息，并根据剩余流量的情况及时补全缺失的歌曲，同时能够控制物联网卡流量的消耗，避免流量过度消耗导致流量费用激增的问题，有效地解决了目前迷你KTV在更新歌曲时存在更新延迟且易造成物联网卡流量过度损耗的问题。

请参阅图3，图3示出了本申请另一实施例提供的一种歌曲更新方法中的具体实现流程图。本实施例与上一实施例的不同之处在于，本实施例提供的一种歌曲更新方法在S101之前，还包含以下多个步骤，详述如下：

S201：获取第二推送歌单。

具体地，所述第二推送歌单由所述服务器根据歌曲更新情况生成。

具体地，服务器能够根据歌曲的更新情况实时获取新歌列表，并根据获取到的新歌列表生成第二推送歌单，上述歌曲的更新情况包括但不限于新发布的歌曲、新获得版权的歌曲等。服务器根据实时获取到的第二推送歌单下发给到点唱设备，服务器还可以根据该第二推送歌单下发新歌下载任务，点唱设备一开机则询问是否存在新歌下载任务，当查询到存在新歌下载任务后，则主动接收该新歌下载任务，并从该新歌下载任务中获取到第二推送歌单。可以理解的是，只要服务器获取到新歌，就会根据获取到的新歌生成第二推送歌单，然后将第二推送歌单推送至点唱设备，以保障更新效率。

S202：检测剩余流量是否满足第二推送歌单的下载需求。

在此，点唱设备线获取自身物联网卡还剩余的流量，进而确定剩余流量的情况，然后根据第二推送歌单确定下载该第二推送歌单中全部歌曲所需要的流量，然后检测剩余流量是否大于该第二推送歌单中全部歌曲下载时所需要的流量，如果剩余流量大于第二推送歌单中全部歌曲下载时需要的流量，则说明剩余流量满足第二推送歌单的下载需求，如果剩余流量不大于第二推送歌单中全部歌曲下载时需要的流量，则说明剩余流量不满足第二推送歌单的下载需求。

S203：当检测到剩余流量满足第二推送歌单的下载需求时，下载所述第二推送歌单中的歌曲。

具体地，当检测到剩余流量满足第二推送歌单的下载需求时，则说明此时剩余流量是满足将第二推送歌单中的全部歌曲下载完成的需求，所以直接根据该新歌下载任务确定第二推送歌单中全部歌曲的下载地址，进而将第二推送歌单中的歌曲进行下载，并将下载完成的歌曲存储在本地硬盘中，并在本地曲库中更新已经下载的歌曲的歌曲信息。

可理解的是，当检测到剩余流量不满足第二推送歌单的下载需求时，则说明点唱设备若要下载该新歌下载任务中的全部歌曲就会超出其套餐流量，造成流量的过度消耗，导致流量费激增。因此，点唱设备不下载该第二推送歌单中的歌曲(剩余流量不满足部分歌曲的下载需求)，或者根据点唱设备的剩余流量下载该第二推送歌单中的部分歌曲。由于点唱设备的剩余流量每天(每月或者每季等套餐期限)会更新一次，因此第一天没法下载的新歌可以第二天再下载。

S204：判断所述第二推送歌单中的歌曲是否超过推送下载时限。

S205：若所述第二推送歌单中的歌曲超过推送下载时限，则反馈超时信息至所述服务器，所述超时信息用于指示所述服务器将所述第二推送歌单中的超时歌曲并入服务器歌曲列表中。

对于上述S204至S205，为了提高下载效率，避免歌曲一直不被下载，通过设置该新歌下载任务的有效期，当第二推送歌单中的歌曲超过下载时效后，就反馈自动超时信息到服务器，然后服务器就会根据该超时信息将该第二推送歌单中的超时歌曲并入服务器歌曲列表中，然后再根据服务器歌曲列表中的歌曲生成第一推送歌单给到点唱设备，以此来点唱设备中的曲库能够及时补全。可以理解的是，由于已经超过推送下载时限了，所以服务器不会再推送超过推送下载时限的超时歌曲给点唱设备，因此当超时歌曲被并入到服务器列表后，服务器会将超时歌曲从第二推送歌单中去掉。可以理解的是，上述服务器歌曲列表是实时在变化的，新歌会不断的被并入该服务器歌曲列表中，服务器会选取服务器歌曲列表中点唱率前3000首歌曲生成第一推送歌单，因此服务器根据服务器歌曲列表生成的第一推送歌单也是会不断变化的。需要说明的是，上述推送下载时效可以根据实际需求进行设置，例如将上述推送下载时效设置为15天，若第二推送歌单的推送时间超过15天，15天后就将该第二推送歌单中的超时歌曲存入到服务器歌曲列表中。还需要说明的是，上述服务器歌曲列表可以是数据库的形式存在，也可以是以数据表的形式存在，在此不加以限制。

需要说明的是，可以设置歌曲的曲目阈值，例如设置第一推送歌单包括三千首歌，新歌在超过推送下载期限后自动进入服务器歌曲列表，当服务器歌曲列表中的歌曲超过该曲目阈值时，自动根据存入服务器歌曲列表的歌曲的点唱率生成只包含三千首歌的第一推送歌单。此外，还可以设置歌曲的点唱率阈值。获取服务器歌曲列表中各歌曲的点唱率，将点唱率大于或等于点唱率阈值的歌曲生成第一推送歌单。上述点唱率阈值可以根据实际需求进行设置，在此不加以限制。

对应于上文实施例所述的歌曲更新方法，图4示出了本申请实施例提供的点唱设备的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图4，该点唱设备包括列表确定模块101、歌曲确定模块102、请求模块103以及下载模块104。

列表确定模块101用于获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

歌曲确定模块102用于根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

请求模块103用于根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

下载模块104用于获取所述下载任务，并根据所述下载任务下载歌曲。

可选地，上述列表确定模块包括比对单元和生成单元。

上述比对单元用于将所述第一推送歌单的歌曲与本地曲库中的歌曲进行比对；

上述生成单元用于从所述第一推送歌单中删除与本地曲库中的歌曲相同的歌曲，生成缺失歌曲列表，或者从所述第一推送歌单中筛选出本地曲库缺失的歌曲，并根据筛选出的歌曲生成缺失歌曲列表。

可选地，上述歌曲确定模块包括点唱率获取单元、优先级确定单元以及待下载歌曲确定单元。

点唱率获取单元用于获取所述缺失歌曲列表中歌曲的点唱率；

优先级确定单元用于根据所述缺失歌曲列表中歌曲的点唱率确定歌曲的优先级；

待下载歌曲确定单元用于根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲。

可选地，上述待下载歌曲确定单元包括流量获取单元、计算单元、判断单元。

流量获取单元用于获取每首歌曲下载时所需的流量；

计算单元用于按照优先级计算下载前N首歌曲所需的流量；其中，N为正整数；

判断单元用于当下载前N首歌曲所需的流量小于或等于所述剩余流量时，将所述前N首歌曲确定为待下载歌曲；当下载前N首歌曲所需的流量大于所述剩余流量时，计算下载前N-1首歌曲所需的流量，并继续判断下载前N-1歌曲所需的流量是否大于所述剩余流量。

可选地，上述点唱设备还包括歌单获取模块、检测模块、推荐下载模块。

歌单获取模块用于获取第二推送歌单；所述第二推送歌单由所述服务器根据歌曲更新情况生成；

检测模块用于检测剩余流量是否满足第二推送歌单的下载需求；

推荐下载模块用于当检测到剩余流量满足第二推送歌单的下载需求时，下载所述第二推送歌单中的歌曲。

可选地，上述点唱设备还包括时效判断模块、更新模块。

时效判断模块用于判断所述第二推送歌单中的歌曲是否超过推送下载时限；

更新模块用于若所述第二推送歌单中的歌曲超过推送下载时限，则反馈超时信息至所述服务器，所述超时信息用于指示所述服务器将所述第二推送歌单中的超时歌曲并入服务器歌曲列表中。

可选地，上述点唱设备还包括本地曲库更新模块。

本地曲库更新模块用于将下载完成的歌曲存储在本地曲库中。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

因此，本实施例提供的点唱设备同样能够通过第一推送歌单与点唱设备本地的曲库进行对比的方式，获取本地歌曲的缺失信息，并根据剩余流量的情况及时补全缺失的歌曲，同时能够控制物联网卡流量的消耗，避免流量过度消耗导致流量费用激增的问题，有效地解决了目前迷你KTV在更新歌曲时存在更新延迟且易造成物联网卡流量过度损耗的问题。

图5为本申请一实施例提供的点唱设备的结构示意图。如图5所示，该实施例的点唱设备5包括：至少一个处理器50(图5中仅示出一个)、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52，所述处理器50执行所述计算机程序52时实现上述任意各个歌曲更新方法实施例中的步骤。

所述点唱设备5可以是桌上型计算机、笔记本、掌上电脑及云端点唱设备等计算设备。该点唱设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是点唱设备5的举例，并不构成对点唱设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51在一些实施例中可以是所述点唱设备5的内部存储单元，例如点唱设备5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述点唱设备5的外部存储设备，例如所述点唱设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述点唱设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

示例性的，所述计算机程序52可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述点唱设备5中的执行过程。例如，所述计算机程序52可以被分割成列表确定模块、歌曲确定模块、请求模块以及下载模块，各单元具体功能如下：

列表确定模块，用于获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

歌曲确定模块，用于根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

请求模块，用于根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

下载模块，用于获取所述下载任务，并根据所述下载任务下载歌曲。

本申请实施例还提供了一种网络设备，该网络设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意各个方法实施例中的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/点唱设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种歌曲更新方法，其特征在于，应用于点唱设备，所述点唱设备与服务器通信连接，所述歌曲更新方法包括：

获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表；所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

获取所述下载任务，并根据所述下载任务下载歌曲。

2.如权利要求1所述的歌曲更新方法，其特征在于，所述获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，包括：

将所述第一推送歌单的歌曲与本地曲库中的歌曲进行比对；

从所述第一推送歌单中删除与本地曲库中的歌曲相同的歌曲，生成缺失歌曲列表，或者从所述第一推送歌单中筛选出本地曲库缺失的歌曲，并根据筛选出的歌曲生成缺失歌曲列表。

3.如权利要求1所述的歌曲更新方法，其特征在于，所述根据所述缺失歌曲列表和剩余流量确定待下载歌曲，包括：

获取所述缺失歌曲列表中歌曲的点唱率；

根据所述缺失歌曲列表中歌曲的点唱率确定歌曲的优先级；

根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲。

4.如权利要求3所述的歌曲更新方法，其特征在于，所述根据所述歌曲的优先级以及所述剩余流量从所述缺失歌曲列表中获取待下载歌曲，包括：

获取每首歌曲下载时所需的流量；

按照优先级计算下载前N首歌曲所需的流量；其中，N为正整数；

当下载前N首歌曲所需的流量小于或等于所述剩余流量时，将所述前N首歌曲确定为待下载歌曲；

当下载前N首歌曲所需的流量大于所述剩余流量时，计算下载前N-1首歌曲所需的流量，并继续判断下载前N-1歌曲所需的流量是否大于所述剩余流量。

5.如权利要求1所述的歌曲更新方法，其特征在于，还包括；

获取第二推送歌单；所述第二推送歌单由所述服务器根据歌曲更新情况生成；

检测剩余流量是否满足第二推送歌单的下载需求；

当检测到剩余流量满足第二推送歌单的下载需求时，下载所述第二推送歌单中的歌曲。

6.如权利要求5所述的歌曲更新方法，其特征在于，在检测剩余流量是否满足第二推送歌单的下载需求之后，还包括：

判断所述第二推送歌单中的歌曲是否超过推送下载时限；

若所述第二推送歌单中的歌曲超过推送下载时限，则反馈超时信息至所述服务器，所述超时信息用于指示所述服务器将所述第二推送歌单中的超时歌曲并入服务器歌曲列表中。

7.如权利要求1至6任一项所述的歌曲更新方法，其特征在于，所述歌曲更新方法还包括：

将下载完成的歌曲存储在本地曲库中。

8.一种点唱设备，其特征在于，所述点唱设备与服务器通信连接，所述点唱设备包括：

列表确定模块，用于获取第一推送歌单，并根据所述第一推送歌单确定缺失歌曲列表，所述第一推送歌单由所述服务器根据服务器歌曲列表生成；

歌曲确定模块，用于根据所述缺失歌曲列表和剩余流量确定待下载歌曲；

请求模块，用于根据所述待下载歌曲生成下载请求并上传至服务器，所述下载请求用于指示所述服务器根据所述下载请求生成下载任务；

下载模块，用于获取所述下载任务，并根据所述下载任务下载歌曲。

9.一种点唱设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述歌曲更新方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述歌曲更新方法。

Images