歌曲数据拉取的方法、终端及服务器的制造方法

歌曲数据拉取的方法、终端及服务器的制造方法
【专利摘要】本发明公开了一种歌曲数据拉取的方法、终端及服务器，涉及互联网应用【技术领域】，用于解决当歌单中歌曲数量很多时，拉取效率低、服务器系统开销高及浪费带宽的问题。方法包括：服务器判断终端发送的第一歌单标识和服务器中存储的第二歌单标识是否相同，第一歌单标识为终端当前保存的第一歌单的标识号，第二歌单标识为服务器中存储的对应于终端最后建立的第二歌单的标识号；如果第一歌单标识与第二歌单标识不相同，则从第二歌单中查找至少一个目标歌曲的歌曲信息，目标歌曲为第二歌单的预设个数的歌曲中不包含于第一歌单的歌曲，歌曲信息包括歌曲标识和歌曲详细信息；将至少一个目标歌曲的歌曲信息发送到终端。本发明主要应用于数据同步的过程中。
【专利说明】歌曲数据拉取的方法、终端及服务器

【技术领域】
[0001] 本发明涉及互联网应用【技术领域】，尤其涉及一种歌曲数据拉取的方法、终端及服 务器。

【背景技术】
[0002] 在互联网数据的传输中，存在推送和拉取两种方式。"推送"指因特网内容提供者 定期向预订用户发送数据；"拉取"指用户从因特网内容提供商处下载数据。现有移动终端 上安装的网络音乐播放器在拉取过程中，通过下述拉取方法向用户提供拉取服务：
[0003] 移动终端从服务器出获取服务器中保存的最新歌单的时间戳，如果该时间戳与移 动终端本地存储的时间戳不同，则从服务器中拉取歌单对应的全部歌曲信息，以实现最新 歌单的拉取。
[0004] 在实现上述歌曲数据拉取的过程中，发明人发现现有技术中至少存在如下问题： 在拉取歌单中的全部歌曲信息时，如果歌曲数量很多(成百上千)，则拉取时间较长，因网络 不稳定导致歌曲数据拉取失败的几率较高，进而降低数据拉去的成功率。当歌曲数量很多 时，歌曲的歌单信息的数据量较大，向终端发送这些歌单信息造成服务器的系统开销高；此 夕卜，由于全部歌曲信息的数据量较大，因此需要较长时间进行传输，造成带宽浪费。


【发明内容】

[0005] 本发明的实施例提供一种歌曲数据拉取的方法、终端及服务器，能够解决当歌单 中歌曲数量很多时，拉取效率低、服务器系统开销高及浪费带宽的问题。
[0006] -方面，本发明提供了一种歌曲数据拉取的方法，所述方法包括：
[0007] 服务器判断终端发送的第一歌单标识和服务器中存储的第二歌单标识是否相同， 所述第一歌单标识为所述终端当前保存的第一歌单的标识号，所述第二歌单标识为所述服 务器中存储的对应于所述终端最后建立的第二歌单的标识号；
[0008] 如果所述第一歌单标识与所述第二歌单标识不相同，则从所述第二歌单中查找至 少一个目标歌曲的歌曲信息，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述 第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息；
[0009] 将所述至少一个目标歌曲的歌曲信息发送到所述终端。
[0010] 第二方面，本发明还提供了一种歌曲数据拉取的方法，所述方法包括：
[0011] 终端向服务器发送第一拉取请求，所述第一拉取请求包括第一歌单标识，所述第 一歌单标识为终端当前保存的第一歌单的标识号；
[0012] 接收服务器发送的至少一个目标歌曲的歌曲信息，所述目标歌曲为不包含于所述 第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息；
[0013] 显示接收到的所述至少一个目标歌曲的歌曲信息。
[0014] 第三方面，本发明还提供了一种歌曲数据拉取的方法，所述方法包括：
[0015] 终端获取服务器保存的第二歌单标识和所述第二歌单标识对应的歌单中的全部 歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后建立的第 二歌单的标识号；
[0016] 终端判断本地保存的第一歌单标识和服务器发送的第二歌单标识是否相同，所述 第一歌单标识为所述终端当前保存的第一歌单的标识号；
[0017] 如果所述第一歌单标识与所述第二歌单标识不相同，则从所述第二歌单中查找至 少一个目标歌曲的歌曲标识，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述 第一歌单的歌曲；
[0018] 从服务器中获取所述目标歌曲的歌曲信息，所述歌曲信息包括歌曲标识和歌曲详 细信息。
[0019] 第四方面，本发明还提供了一种歌曲数据拉取的方法，所述方法包括：
[0020] 服务器向终端发送服务器保存的第二歌单标识和所述第二歌单标识对应的歌单 中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后 建立的第二歌单的标识号；
[0021] 根据终端发送的数据请求，向终发送目标歌曲的歌曲信息，所述目标歌曲为第二 歌单的预设个数的歌曲中不包含于所述第一歌单的歌曲所述歌曲信息包括歌曲标识和歌 曲详细信息。
[0022] 第五方面，本发明还提供了一种服务器，所述服务器包括：
[0023] 判断单元，用于判断终端发送的第一歌单标识和服务器中存储的第二歌单标识是 否相同，所述第一歌单标识为所述终端当前保存的第一歌单的标识号，所述第二歌单标识 为所述服务器中存储的对应于所述终端最后建立的第二歌单的标识号；
[0024] 查找单元，用于当所述判断单元得到所述第一歌单标识与所述第二歌单标识不相 同时，从所述第二歌单中查找至少一个目标歌曲的歌曲信息，所述目标歌曲为第二歌单的 预设个数的歌曲中不包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细 信息；
[0025] 发送单元，用于将所述查找单元查找的所述至少一个目标歌曲的歌曲信息发送到 所述终端。
[0026] 第六方面，本发明还提供了一种终端，所述终端包括：
[0027] 发送单元，用于向服务器发送第一拉取请求，所述第一拉取请求包括第一歌单标 识，所述第一歌单标识为终端当前保存的第一歌单的标识号；
[0028] 接收单元，用于接收服务器发送的至少一个目标歌曲的歌曲信息，所述目标歌曲 为不包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息；
[0029] 显示单元，用于显示接收到的所述至少一个目标歌曲的歌曲信息。
[0030] 第七方面，本发明还提供了一种终端，所述终端包括：
[0031] 获取单元，用于获取服务器保存的第二歌单标识和所述第二歌单标识对应的歌单 中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后 建立的第二歌单的标识号；
[0032] 判断单元，用于判断本地保存的第一歌单标识和所述获取单元获取的第二歌单标 识是否相同，所述第一歌单标识为所述终端当前保存的第一歌单的标识号；
[0033] 查找单元，用于当所述第一歌单标识与所述第二歌单标识不相同时，从所述第二 歌单中查找至少一个目标歌曲的歌曲标识，所述目标歌曲为第二歌单的预设个数的歌曲中 不包含于所述第一歌单的歌曲；
[0034] 所述获取单元还用于，从服务器中获取所述查找单元得到的所述目标歌曲的歌曲 信息，所述歌曲信息包括歌曲标识和歌曲详细信息。
[0035] 第八方面，本发明还提供了一种服务器，所述服务器包括：
[0036] 发送单元，用于向终端发送服务器保存的第二歌单标识和所述第二歌单标识对应 的歌单中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终 端最后建立的第二歌单的标识号；
[0037] 接收单元，用于接收终端发送的数据请求；
[0038] 所述发送单元还用于，根据所述终端发送的数据请求，向终发送目标歌曲的歌曲 信息，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述第一歌单的歌曲所述歌 曲信息包括歌曲标识和歌曲详细信息。
[0039] 本发明提供的歌曲数据拉取的方法、终端及服务器，服务器能够判断终端发送的 第一歌单标识和服务器中存储的第二歌单标识是否相同，如果所述第一歌单标识与所述第 二歌单标识不相同，则从所述第二歌单中查找至少一个目标歌曲的歌曲信息，将所述至少 一个目标歌曲的歌曲信息发送到所述终端。现有技术中服务器在收到终端发送的拉取请求 后，只要第一歌单标识和服务器中存储的第二歌单标识不同，就将第二歌单列表的全部内 容发送到终端，当歌单中的歌曲数量很大时，降低数据传输的成功率。本发明中，仅向终端 发送第二歌单列表中的部分歌曲信息，进而在降低传输数据量提高数据传输成功率的同时 保证了用户的正常使用。由于发送的第二歌单列表中仅为部分歌曲信息，因此减少了数据 传输量，进而降低服务器系统开销，节约带宽。

【专利附图】

【附图说明】
[0040] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以 根据这些附图获得其他的附图。
[0041] 图1为本发明实施例中第一个歌曲数据拉取的方法的流程图；
[0042] 图2为本发明实施例中第二个歌曲数据拉取的方法的流程图；
[0043] 图3为本发明实施例中第三个歌曲数据拉取的方法的流程图；
[0044] 图4为本发明实施例中第四个歌曲数据拉取的方法的流程图；
[0045] 图5为本发明实施例中第五个歌曲数据拉取的方法的流程图；
[0046] 图6为本发明实施例中第六个歌曲数据拉取的方法的流程图；
[0047] 图7为本发明实施例中第七个歌曲数据拉取的方法的流程图；
[0048] 图8为本发明实施例中第八个歌曲数据拉取的方法的流程图；
[0049] 图9为本发明实施例中第一个服务器的结构示意图；
[0050] 图10为本发明实施例中第二个服务器的结构示意图；
[0051] 图11为本发明实施例中第一个终端的结构示意图；
[0052] 图12为本发明实施例中第二个终端的结构示意图；
[0053] 图13为本发明实施例中第九个歌曲数据拉取的方法的流程图；
[0054] 图14为本发明实施例中第十个歌曲数据拉取的方法的流程图；
[0055] 图15为本发明实施例中第十一个歌曲数据拉取的方法的流程图；
[0056] 图16为本发明实施例中第十二个歌曲数据拉取的方法的流程图；
[0057] 图17为本发明实施例中第十三个歌曲数据拉取的方法的流程图；
[0058] 图18为本发明实施例中第三个终端的结构示意图；
[0059] 图19为本发明实施例中第三个服务器的结构示意图。

【具体实施方式】
[0060] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。
[0061] 本发明实施例提供了一种歌曲数据拉取的方法，所述方法应用于服务器中，如图1 所示，所述方法包括：
[0062] 步骤101、服务器判断终端发送的第一歌单标识和服务器中存储的第二歌单标识 是否相同。
[0063] 其中，第一歌单标识为终端当前保存的第一歌单的标识号，第二歌单标识为服务 器中存储的对应于终端最后建立的第二歌单的标识号。
[0064] 本发明实施例中所述的终端为具有网络连接功能的智能终端，如：智能手机、平板 电脑等。
[0065] 服务器记录终端的全部歌单标识，包括第一歌单标识和第二歌单标识。歌单标识 为时间戳或数字，通过比较时间戳或数字能够确定各歌单之间的先后顺序。如：第一个建立 的歌单对应的歌单标识为数字" 1"，第二个建立的歌单对应的歌单标识为数字"2 "，新建歌 单的歌单标识为现有歌单标识加1，以此类推，第N个建立的歌单对应的歌单标识为"N"，通 过对比歌单标识的大小，确定那个为最后建立的歌单。
[0066] 本发明应用的场景为服务器中已更新有最新的歌单，因此服务器中保存的第二歌 单标识为最新的歌单标识。如果第一歌单标识与第二歌单标识不同(第一歌单标识小于第 二歌单标识)，则终端保存的歌单版本(第一歌单标识）落后于服务器中保存的歌单版本(第 二歌单标识)，需要向终端发送待拉取的歌曲信息。如果第一歌单标识与第二歌单标识相 同，则终端保存的歌单版本(第一歌单标识）与服务器中保存的歌单版本(第二歌单标识）相 同，则无需向终端发送待拉取的歌曲信息。
[0067] 步骤102、如果第一歌单标识与第二歌单标识不相同，则从第二歌单中查找至少一 个目标歌曲的歌曲信息。
[0068] 其中，目标歌曲为第二歌单的预设个数的歌曲中不包含于第一歌单的歌曲，歌曲 信息包括歌曲标识和歌曲详细信息。
[0069] 从第二歌单中选取不包含于第一歌单的目标歌曲。歌曲标识用于唯一标识一首歌 曲，歌曲详细信息包括下述至少一个信息：歌曲名称、歌手名称、歌曲专辑、播放时长、文件 大小、歌曲统一资源定位符（Uniform Resource Locator,简称URL)、歌曲种子URL、歌曲来 源ID、歌曲码率。
[0070] 步骤103、将至少一个目标歌曲的歌曲信息发送到终端。
[0071] 通过无线网络将选取的全部目标歌曲的歌曲信息发送到终端。
[0072] 本发明实施例提供的歌曲数据拉取的方法，服务器能够判断终端发送的第一歌单 标识和服务器中存储的第二歌单标识是否相同，如果所述第一歌单标识与所述第二歌单标 识不相同，则从所述第二歌单中查找至少一个目标歌曲的歌曲信息，将所述至少一个目标 歌曲的歌曲信息发送到所述终端。现有技术中服务器在收到终端发送的拉取请求后，只要 第一歌单标识和服务器中存储的第二歌单标识不同，就将第二歌单列表的全部内容发送到 终端，当歌单中的歌曲数量很大时，降低数据传输的成功率。本发明中，仅向终端发送第二 歌单列表中的部分歌曲信息，进而在降低传输数据量提高数据传输成功率的同时保证了用 户的正常使用。由于发送的第二歌单列表中仅为部分歌曲信息，因此减少了数据传输量，进 而降低服务器系统开销，节约带宽。
[0073] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的进一步 说明，如图2所示，在步骤101、服务器判断终端发送的第一歌单标识和服务器中存储的第 二歌单标识是否相同之前，所述方法还包括：
[0074] 步骤100、接收终端发送的第一拉取请求，所述第一拉取中包含所述第一歌单标 识。
[0075] 第一拉去请求为终端与服务器之间现有的通信信令。
[0076] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的具体描 述，如图3所示，步骤102、从所述第二歌单中查找至少一个目标歌曲的歌曲信息，包括： [0077] 步骤301、在第二歌单中从第一个歌曲信息开始，获取第一预设数量的歌曲信息。
[0078] 第一预设数量nl为终端屏幕中能够显示的歌曲信息数量n2的整数倍，如： nl=2氺n2〇
[0079] 如果终端每屏可以显示的歌曲信息数量为20首，则前两页能够显示的歌曲信息 数量为40首，此时第一预设数量为20。
[0080] 步骤302、从第一预设数量的歌曲信息中根据歌曲标识查找未包含在第一歌单中 的至少一个目标歌曲。
[0081] 在使用过程中，发明人发现两个相邻歌单的内容差别通常是有限的，例如歌单A 中含有N首歌曲，歌单A+1中含有N-2首歌曲，且歌单A+1中的N-2首歌曲均为歌单A中的 歌曲。此时无需将该N-2首歌曲的详细信息重复传输，仅将该N-2首歌曲的歌曲标识发送 到终端即可，进而能够减少数据传输量，进一步提高数据传输的成功率。
[0082] 步骤103、将所述至少一个目标歌曲的歌曲信息发送到所述终端，包括：
[0083] 步骤303、将所述至少一个目标歌曲的歌曲标识发送到所述终端。
[0084] 本发明实施例提供的歌曲数据拉取的方法，通过两种方式减少每一次拉取的数据 量进而提高拉取成功率，具体的：1、从第一预设数量的歌曲信息中选择目标歌曲，2、查找未 包含在第一歌单中的至少一个目标歌曲。
[0085] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的进一步 说明，如图4所示，在步骤103、将所述至少一个目标歌曲的歌曲信息发送到所述终端之后， 所述方法包括：
[0086] 步骤401、接收终端发送的第二拉取请求，第二拉取请求用于终端从服务器拉取第 二歌单中除第一预设数量的歌曲信息以外的歌曲信息。
[0087] 第二拉取请求用于多次少量拉取未拉取的歌曲信息。
[0088] 步骤402、在第二歌单中按照歌曲的排列顺序，从未拉取的第二预设数量的歌曲信 息中查找未包含在第一歌单中的至少一个补充歌曲。
[0089] 歌曲按照歌曲标识或歌曲上传的时间戳进行排序。
[0090] 步骤403、将至少一个补充歌曲发送到终端。
[0091] 可选的，将第二预设数量的歌曲信息全部发送到终端。
[0092] 本发明实施例提供的歌曲数据拉取的方法，能过根据终端发送的第二拉取请求， 从未拉取的歌曲信息中选择第二预设数量的歌曲信息发送到终端，进一步的，将第二预设 数量中未包含在第一歌单中的至少一个补充歌曲发送到终端。通过多次拉取实现将全部歌 曲信息发送到终端。
[0093] 本发明实施例还提供了一种歌曲数据拉取的方法，如图5所示，所述方法应用于 终端中，所述方法包括：
[0094] 步骤501、终端向服务器发送第一拉取请求，第一拉取请求包括第一歌单标识，第 一歌单标识为终端当前保存的第一歌单的标识号。
[0095] 当用户开启终端中的音乐播放软件时，终端向服务器发送第一拉取请求；或者，当 用户开启终端的网络连接时，终端向服务器发送第一拉取请求；或者，当用户开启终端电源 时，终端向服务器发送第一拉取请求。
[0096] 步骤502、接收服务器发送的至少一个目标歌曲的歌曲信息，目标歌曲为不包含于 第一歌单的歌曲，歌曲信息包括歌曲标识和歌曲详细信息。
[0097] 步骤503、显示接收到的至少一个目标歌曲的歌曲信息。
[0098] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的进一步 说明，如图6所示，在步骤502、接收服务器发送的至少一个目标歌曲的歌曲信息之后，所述 方法还包括：
[0099] 步骤601、根据用户操作向所述服务器发送第二拉取请求，所述第二拉取请求用于 从服务器拉取除已拉取的歌曲信息以外的歌曲信息。
[0100] 用户操作包括：翻页操作、滚屏操作等。
[0101] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的进一步 说明，如图7所示，在步骤502、接收服务器发送的至少一个目标歌曲的歌曲信息之后，所述 方法还包括：
[0102] 步骤701、根据网络环境向服务器发送第二拉取请求，第二拉取请求用于从服务器 拉取除已拉取的歌曲信息以外的歌曲信息。
[0103] 当网络环境为无线局域网（如WiFi)时，自动向服务器发送第二拉取请求。当网络 环境为移动数据流量(如GPRS、3G或4G)时，取消自动向服务器发送第二拉取请求。
[0104] 步骤702、接收服务器发送的至少一个补充歌曲。
[0105] 本发明实施例提供的歌曲数据拉取的方法，能够在网络环境适宜时向服务器发起 第二拉取请求，在提高歌曲数据拉取速度的同时降低使用成本。
[0106] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图1所示方法的进一步 说明，如图8所示，所述方法还包括：
[0107] 步骤801、当用户操作用于查看歌曲详细信息时，判断本地是否已保存有用户操作 指向的歌曲标识对应的歌曲详细信息。
[0108] 步骤802、如果本地未保存歌曲详细信息，则向服务器发送第三拉取请求，第三拉 取请求用于获取用户操作指向的歌曲标识对应的歌曲详细信息。
[0109] 本发明实施例提供的歌曲数据拉取的方法，能够在用户查看某首歌曲的详细信息 时，根据本地存储的歌曲详细信息的情况，向服务器发送第三拉取请求，实现对一首歌曲的 歌曲数据拉取。
[0110] 本发明实施例还提供了一种服务器9,如图9所示，所述服务器9包括：
[0111] 判断单元91，用于判断终端发送的第一歌单标识和服务器9中存储的第二歌单标 识是否相同，所述第一歌单标识为所述终端当前保存的第一歌单的标识号，所述第二歌单 标识为所述服务器9中存储的对应于所述终端最后建立的第二歌单的标识号；
[0112] 查找单元92,用于当所述判断单元91得到所述第一歌单标识与所述第二歌单标 识不相同时，从所述第二歌单中查找至少一个目标歌曲的歌曲信息，所述目标歌曲为第二 歌单的预设个数的歌曲中不包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌 曲详细信息；
[0113] 发送单元93,用于将所述查找单元92查找的所述至少一个目标歌曲的歌曲信息 发送到所述终端。
[0114] 进一步的，如图10所示，所述服务器9还包括：
[0115] 接收单元1001，用于接收终端发送的第一拉取请求，所述第一拉取中包含所述第 一歌单标识。
[0116] 进一步的，所述查找单元92包括：
[0117] 获取子单元921，用于在第二歌单中从第一个歌曲信息开始，获取第一预设数量的 歌曲信息；
[0118] 查找子单元922,用于从所述获取子单元921获取的所述第一预设数量的歌曲信 息中根据歌曲标识查找未包含在所述第一歌单中的至少一个目标歌曲；
[0119] 所述发送单元93还用于，将所述至少一个目标歌曲的歌曲标识发送到所述终端。
[0120] 进一步的，所述接收单元1001还用于，接收终端发送的第二拉取请求，所述第二 拉取请求用于终端从服务器9拉取所述第二歌单中除所述第一预设数量的歌曲信息以外 的歌曲信息；
[0121] 所述查找单元92还用于，在所述第二歌单中按照歌曲的排列顺序，从未拉取的第 二预设数量的歌曲信息中查找未包含在所述第一歌单中的至少一个补充歌曲；
[0122] 所述发送单元93还用于，将所述至少一个补充歌曲发送到所述终端。
[0123] 本发明实施例还提供了一种终端11，如图11所示，所述终端11包括：
[0124] 发送单元1101，用于向服务器发送第一拉取请求，所述第一拉取请求包括第一歌 单标识，所述第一歌单标识为终端11当前保存的第一歌单的标识号；
[0125] 接收单元1102,用于接收服务器发送的至少一个目标歌曲的歌曲信息，所述目标 歌曲为不包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息；
[0126] 显示单元1103,用于显示接收到的所述至少一个目标歌曲的歌曲信息。
[0127] 进一步的，所述发送单元1101还用于：根据用户操作向所述服务器发送第二拉取 请求，所述第二拉取请求用于从服务器拉取除已拉取的歌曲信息以外的歌曲信息；
[0128] 所述接收单元1102还用于，接收所述服务器根据所述第二拉取请求发送的至少 一个补充歌曲。
[0129] 进一步的，所述发送单元1101还用于，根据网络环境向所述服务器发送第二拉取 请求，所述第二拉取请求用于从服务器拉取除已拉取的歌曲信息以外的歌曲信息。
[0130] 进一步的，如图12所示，所述终端11还包括：
[0131] 判断单元1201，用于当所述用户操作用于查看歌曲详细信息时，判断本地是否已 保存有所述用户操作指向的歌曲标识对应的歌曲详细信息；
[0132] 所述发送单元1101还用于，当所述判断单元1201得到本地未保存所述歌曲详细 信息时，向所述服务器发送第三拉取请求，所述第三拉取请求用于获取所述用户操作指向 的歌曲标识对应的歌曲详细信息。
[0133] 上述实施例所述的服务器9和上述实施例所述的终端11还能够组成一个歌曲数 据拉取系统。
[0134] 本发明实施例还提供了一种歌曲数据拉取的方法，所述方法应用于终端，如图13 所示，所述方法包括：
[0135] 步骤1301、终端获取服务器保存的第二歌单标识和第二歌单标识对应的歌单中的 全部歌曲的歌曲标识。
[0136] 其中，第二歌单标识为服务器中存储的对应于终端最后建立的第二歌单的标识 号。
[0137] 终端获取过程包括终端向服务器发送数据请求以及接收服务器根据该数据请求 发送的第二歌单标识和第二歌单标识对应的歌单中的全部歌曲的歌曲标识。
[0138] 步骤1302、终端判断本地保存的第一歌单标识和服务器发送的第二歌单标识是否 相同，第一歌单标识为终端当前保存的第一歌单的标识号。
[0139] 步骤1303、如果第一歌单标识与第二歌单标识不相同，则从第二歌单中查找至少 一个目标歌曲的歌曲标识，目标歌曲为第二歌单的预设个数的歌曲中不包含于第一歌单的 歌曲。
[0140] 步骤1304、从服务器中获取目标歌曲的歌曲信息，歌曲信息包括歌曲标识和歌曲 详细信息。
[0141] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图13所述方法的具体 说明，如图14所示，步骤1301、终端获取服务器保存的第二歌单标识和所述第二歌单标识 对应的歌单中的全部歌曲的歌曲标识的步骤，包括：
[0142] 步骤1401、终端获取服务器保存的第二歌单标识。
[0143] 步骤1402、如果第一歌单标识与第二歌单标识不相同，则获取第二歌单标识对应 的歌单中的全部歌曲的歌曲标识。
[0144] 步骤1403、如果第一歌单标识与第二歌单标识相同，则取消获取第二歌单标识对 应的歌单中的全部歌曲的歌曲标识。
[0145] 本发明实施例提供内的歌曲数据拉取的方法，能够避免在第一歌单标识与所述第 二歌单标识相同时，仍获取所述第二歌单标识对应的歌单中的全部歌曲的歌曲标识，造成 频谱浪费。
[0146] 本发明实施例还提供了一种歌曲数据拉取的方法，作为对图13所述方法的具体 说明，如图15所示，步骤1301、从所述第二歌单中查找至少一个目标歌曲的步骤，包括 ：
[0147] 步骤1501、在第二歌单中从第一个歌曲标识开始，获取第一预设数量的歌曲标识。
[0148] 步骤1502、从第一预设数量的歌曲标识中根据歌曲标识查找未包含在第一歌单中 的至少一个目标歌曲。
[0149] 进一步的，在步骤1304、从服务器中获取所述目标歌曲的歌曲信息之后，所述方法 还包括：
[0150] 根据用户操作向服务器发送第二拉取请求，第二拉取请求用于从服务器拉取除已 拉取的歌曲信息以外的歌曲信息。
[0151] 进一步的，如图16所示，在步骤1304、从服务器中获取所述目标歌曲的歌曲信息 之后，所述方法还包括：
[0152] 步骤1601、当用户操作用于查看歌曲详细信息时，判断本地是否已保存有用户操 作指向的歌曲标识对应的歌曲详细信息。
[0153] 步骤1602、如果本地未保存歌曲详细信息，则向服务器发送第三拉取请求，第三拉 取请求用于获取用户操作指向的歌曲标识对应的歌曲详细信息。
[0154] 本发明实施例还提供了一种歌曲数据拉取的方法，所述方法应用在服务器中，如 图17所示，所述方法包括：
[0155] 步骤1701、服务器向终端发送服务器保存的第二歌单标识和第二歌单标识对应的 歌单中的全部歌曲的歌曲标识，第二歌单标识为服务器中存储的对应于终端最后建立的第 二歌单的标识号。
[0156] 步骤1702、根据终端发送的数据请求，向终发送目标歌曲的歌曲信息，目标歌曲为 第二歌单的预设个数的歌曲中不包含于第一歌单的歌曲歌曲信息包括歌曲标识和歌曲详 细信息。
[0157] 进一步的，在所述根据终端发送的数据请求，向终端发送目标歌曲的歌曲信息的 步骤之后，所述方法还包括：
[0158] 接收终端发送的第二拉取请求，所述第二拉取请求用于从服务器拉取除已拉取的 歌曲信息以外的歌曲信息
[0159] 根据所述第二拉取请求向终端发送除已拉取的歌曲信息以外的歌曲信息。
[0160] 进一步的，在所述根据终端发送的数据请求，向终发送目标歌曲的歌曲信息的步 骤之后，所述方法还包括：
[0161] 接收终端发送的第三拉取请求，所述第三拉取请求用于获取用户操作指向的歌曲 标识对应的歌曲详细信息；
[0162] 根据所述第三拉取请求向终端发送所述用户操作指向的歌曲标识对应的歌曲详 细信息。
[0163] 本发明实施例还提供了一种终端18,如图18所示，所述终端18包括：
[0164] 获取单元1801，用于获取服务器19保存的第二歌单标识和所述第二歌单标识对 应的歌单中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器19中存储的对应于 所述终端18最后建立的第二歌单的标识号。
[0165] 判断单元1802,用于判断本地保存的第一歌单标识和所述获取单元1801获取的 第二歌单标识是否相同，所述第一歌单标识为所述终端18当前保存的第一歌单的标识号。
[0166] 查找单元1803,用于当所述第一歌单标识与所述第二歌单标识不相同时，从所述 第二歌单中查找至少一个目标歌曲的歌曲标识，所述目标歌曲为第二歌单的预设个数的歌 曲中不包含于所述第一歌单的歌曲；
[0167] 所述获取单元1801还用于，从服务器19中获取所述查找单元1803得到的所述目 标歌曲的歌曲信息，所述歌曲信息包括歌曲标识和歌曲详细信息。
[0168] 进一步的，所述获取单元1801还用于：
[0169] 获取服务器19保存的第二歌单标识；
[0170] 如果所述第一歌单标识与所述第二歌单标识不相同，则获取所述第二歌单标识对 应的歌单中的全部歌曲的歌曲标识。
[0171] 进一步的，所述查找单元1803还用于：
[0172] 在第二歌单中从第一个歌曲标识开始，获取第一预设数量的歌曲标识；
[0173] 从所述第一预设数量的歌曲标识中根据歌曲标识查找未包含在所述第一歌单中 的至少一个目标歌曲。
[0174] 进一步的，所述获取单元1801还用于，根据用户操作向所述服务器19发送第二拉 取请求，所述第二拉取请求用于从服务器19拉取除已拉取的歌曲信息以外的歌曲信息。
[0175] 进一步的，所述判断单元1802还用于，当所述用户操作用于查看歌曲详细信息 时，判断本地是否已保存有所述用户操作指向的歌曲标识对应的歌曲详细信息；
[0176] 所述获取单元1801还用于，当所述判断单元1802得到本地未保存所述歌曲详细 信息时，向所述服务器19发送第三拉取请求，所述第三拉取请求用于获取所述用户操作指 向的歌曲标识对应的歌曲详细信息。
[0177] 本发明实施例还提供了一种服务器19,如图19所示，所述服务器19包括：
[0178] 发送单元1901，用于向终端18发送服务器19保存的第二歌单标识和所述第二歌 单标识对应的歌单中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器19中存储 的对应于所述终端18最后建立的第二歌单的标识号；
[0179] 接收单元1902,用于接收终端18发送的数据请求；
[0180] 所述发送单元1901还用于，根据所述终端18发送的数据请求，向终发送目标歌曲 的歌曲信息，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述第一歌单的歌曲 所述歌曲信息包括歌曲标识和歌曲详细信息。
[0181] 进一步的，所述接收单元1902还用于，接收终端18发送的第二拉取请求，所述第 二拉取请求用于从服务器19拉取除已拉取的歌曲信息以外的歌曲信息
[0182] 所述发送单元1901还用于根据所述第二拉取请求向终端18发送除已拉取的歌曲 信息以外的歌曲信息。
[0183] 进一步的，所述接收单元1902还用于，接收终端18发送的第三拉取请求，所述第 三拉取请求用于获取用户操作指向的歌曲标识对应的歌曲详细信息；
[0184] 所述发送单元1901还用于，根据所述第三拉取请求向终端18发送所述用户操作 指向的歌曲标识对应的歌曲详细信息。
[0185] 述实施例所示的终端18和上述实施例所示的服务器19还能够组成一个歌曲数据 拉取系统。
[0186] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能 模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模 块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功 能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过 程，在此不再赘述。
[0187] 以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
【权利要求】
1. 一种歌曲数据拉取的方法，其特征在于，所述方法包括： 服务器判断终端发送的第一歌单标识和服务器中存储的第二歌单标识是否相同，所述 第一歌单标识为所述终端当前保存的第一歌单的标识号，所述第二歌单标识为所述服务器 中存储的对应于所述终端最后建立的第二歌单的标识号； 如果所述第一歌单标识与所述第二歌单标识不相同，则从所述第二歌单中查找至少一 个目标歌曲的歌曲信息，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述第一 歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息； 将所述至少一个目标歌曲的歌曲信息发送到所述终端。
2. 根据权利要求1所述的歌曲数据拉取的方法，其特征在于，在所述服务器判断终端 发送的第一歌单标识和服务器中存储的第二歌单标识是否相同的步骤之前，所述方法还包 括： 接收终端发送的第一拉取请求，所述第一拉取中包含所述第一歌单标识。
3. 根据权利要求2所述的歌曲数据拉取的方法，其特征在于，所述从所述第二歌单中 查找至少一个目标歌曲的歌曲信息的步骤，包括 ： 在第二歌单中从第一个歌曲信息开始，获取第一预设数量的歌曲信息； 从所述第一预设数量的歌曲信息中根据歌曲标识查找未包含在所述第一歌单中的至 少一个目标歌曲； 所述将所述至少一个目标歌曲的歌曲信息发送到所述终端，包括： 将所述至少一个目标歌曲的歌曲标识发送到所述终端。
4. 根据权利要求3所述的歌曲数据拉取的方法，其特征在于，在所述将所述至少一个 目标歌曲的歌曲信息发送到所述终端之后，所述方法还包括： 接收终端发送的第二拉取请求，所述第二拉取请求用于终端从服务器拉取所述第二歌 单中除所述第一预设数量的歌曲信息以外的歌曲信息； 在所述第二歌单中按照歌曲的排列顺序，从未拉取的第二预设数量的歌曲信息中查找 未包含在所述第一歌单中的至少一个补充歌曲； 将所述至少一个补充歌曲发送到所述终端。
5. -种歌曲数据拉取的方法，其特征在于，所述方法包括： 终端向服务器发送第一拉取请求，所述第一拉取请求包括第一歌单标识，所述第一歌 单标识为终端当前保存的第一歌单的标识号； 接收服务器发送的至少一个目标歌曲的歌曲信息，所述目标歌曲为不包含于所述第一 歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息； 显示接收到的所述至少一个目标歌曲的歌曲信息。
6. 根据权利要求5所述的歌曲数据拉取的方法，其特征在于，在接收服务器发送的至 少一个目标歌曲的歌曲信息的步骤之后，所述方法还包括： 根据用户操作向所述服务器发送第二拉取请求，所述第二拉取请求用于从服务器拉取 除已拉取的歌曲信息以外的歌曲信息。
7. 根据权利要求5或6所述的歌曲数据拉取的方法，其特征在于，在接收服务器发送的 至少一个目标歌曲的歌曲信息的步骤之后，所述方法还包括： 根据网络环境向所述服务器发送第二拉取请求，所述第二拉取请求用于从服务器拉取 除已拉取的歌曲信息以外的歌曲信息； 接收所述服务器发送的至少一个补充歌曲。
8. 根据权利要求7所述的歌曲数据拉取的方法，其特征在于，所述方法还包括： 当所述用户操作用于查看歌曲详细信息时，判断本地是否已保存有所述用户操作指向 的歌曲标识对应的歌曲详细信息； 如果本地未保存所述歌曲详细信息，则向所述服务器发送第三拉取请求，所述第三拉 取请求用于获取所述用户操作指向的歌曲标识对应的歌曲详细信息。
9. 一种歌曲数据拉取的方法，其特征在于，所述方法包括： 终端获取服务器保存的第二歌单标识和所述第二歌单标识对应的歌单中的全部歌曲 的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后建立的第二歌 单的标识号； 终端判断本地保存的第一歌单标识和服务器发送的第二歌单标识是否相同，所述第一 歌单标识为所述终端当前保存的第一歌单的标识号； 如果所述第一歌单标识与所述第二歌单标识不相同，则从所述第二歌单中查找至少一 个目标歌曲的歌曲标识，所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述第一 歌单的歌曲； 从服务器中获取所述目标歌曲的歌曲信息，所述歌曲信息包括歌曲标识和歌曲详细信 肩、。
10. 根据权利要求9所述的歌曲数据拉取的方法，其特征在于，所述终端获取服务器 保存的第二歌单标识和所述第二歌单标识对应的歌单中的全部歌曲的歌曲标识的步骤，包 括： 终端获取服务器保存的第二歌单标识； 如果所述第一歌单标识与所述第二歌单标识不相同，则获取所述第二歌单标识对应的 歌单中的全部歌曲的歌曲标识。
11. 根据权利要求10所述的歌曲数据拉取的方法，其特征在于，所述从所述第二歌单 中查找至少一个目标歌曲的步骤，包括： 在第二歌单中从第一个歌曲标识开始，获取第一预设数量的歌曲标识； 从所述第一预设数量的歌曲标识中根据歌曲标识查找未包含在所述第一歌单中的至 少一个目标歌曲。
12. 根据权利要求11所述的歌曲数据拉取的方法，其特征在于，在从服务器中获取所 述目标歌曲的歌曲信息的步骤之后，所述方法还包括： 根据用户操作向所述服务器发送第二拉取请求，所述第二拉取请求用于从服务器拉取 除已拉取的歌曲信息以外的歌曲信息。
13. 根据权利要求11所述的歌曲数据拉取的方法，其特征在于，在从服务器中获取所 述目标歌曲的歌曲信息的步骤之后，所述方法还包括： 当所述用户操作用于查看歌曲详细信息时，判断本地是否已保存有所述用户操作指向 的歌曲标识对应的歌曲详细信息； 如果本地未保存所述歌曲详细信息，则向所述服务器发送第三拉取请求，所述第三拉 取请求用于获取所述用户操作指向的歌曲标识对应的歌曲详细信息。
14. 一种歌曲数据拉取的方法，其特征在于，所述方法包括： 服务器向终端发送服务器保存的第二歌单标识和所述第二歌单标识对应的歌单中的 全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后建立 的第二歌单的标识号； 根据终端发送的数据请求，向终发送目标歌曲的歌曲信息，所述目标歌曲为第二歌单 的预设个数的歌曲中不包含于所述第一歌单的歌曲所述歌曲信息包括歌曲标识和歌曲详 细信息。
15. 根据权利要求14所述的歌曲数据拉取的方法，其特征在于，在所述根据终端发送 的数据请求，向终端发送目标歌曲的歌曲信息的步骤之后，所述方法还包括： 接收终端发送的第二拉取请求，所述第二拉取请求用于从服务器拉取除已拉取的歌曲 信息以外的歌曲信息 根据所述第二拉取请求向终端发送除已拉取的歌曲信息以外的歌曲信息。
16. 根据权利要求14所述的歌曲数据拉取的方法，其特征在于，在所述根据终端发送 的数据请求，向终发送目标歌曲的歌曲信息的步骤之后，所述方法还包括： 接收终端发送的第三拉取请求，所述第三拉取请求用于获取用户操作指向的歌曲标识 对应的歌曲详细信息； 根据所述第三拉取请求向终端发送所述用户操作指向的歌曲标识对应的歌曲详细信 肩、。
17. -种服务器，其特征在于，所述服务器包括： 判断单元，用于判断终端发送的第一歌单标识和服务器中存储的第二歌单标识是否相 同，所述第一歌单标识为所述终端当前保存的第一歌单的标识号，所述第二歌单标识为所 述服务器中存储的对应于所述终端最后建立的第二歌单的标识号； 查找单元，用于当所述判断单元得到所述第一歌单标识与所述第二歌单标识不相同 时，从所述第二歌单中查找至少一个目标歌曲的歌曲信息，所述目标歌曲为第二歌单的预 设个数的歌曲中不包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信 息； 发送单元，用于将所述查找单元查找的所述至少一个目标歌曲的歌曲信息发送到所述 终端。
18. 根据权利要求17所述的服务器，其特征在于，所述服务器还包括： 接收单元，用于接收终端发送的第一拉取请求，所述第一拉取中包含所述第一歌单标 识。
19. 根据权利要求18所述的服务器，其特征在于，所述查找单元包括： 获取子单元，用于在第二歌单中从第一个歌曲信息开始，获取第一预设数量的歌曲信 息； 查找子单元，用于从所述获取子单元获取的所述第一预设数量的歌曲信息中根据歌曲 标识查找未包含在所述第一歌单中的至少一个目标歌曲； 所述发送单元还用于，将所述至少一个目标歌曲的歌曲标识发送到所述终端。
20. 根据权利要求19所述的服务器，其特征在于，所述接收单元还用于，接收终端发送 的第二拉取请求，所述第二拉取请求用于终端从服务器拉取所述第二歌单中除所述第一预 设数量的歌曲信息以外的歌曲信息； 所述查找单元还用于，在所述第二歌单中按照歌曲的排列顺序，从未拉取的第二预设 数量的歌曲信息中查找未包含在所述第一歌单中的至少一个补充歌曲； 所述发送单元还用于，将所述至少一个补充歌曲发送到所述终端。
21. 一种终端，其特征在于，所述终端包括： 发送单元，用于向服务器发送第一拉取请求，所述第一拉取请求包括第一歌单标识，所 述第一歌单标识为终端当前保存的第一歌单的标识号； 接收单元，用于接收服务器发送的至少一个目标歌曲的歌曲信息，所述目标歌曲为不 包含于所述第一歌单的歌曲，所述歌曲信息包括歌曲标识和歌曲详细信息； 显示单元，用于显示接收到的所述至少一个目标歌曲的歌曲信息。
22. 根据权利要求21所述的终端，其特征在于，所述发送单元还用于：根据用户操作向 所述服务器发送第二拉取请求，所述第二拉取请求用于从服务器拉取除已拉取的歌曲信息 以外的歌曲信息； 所述接收单元还用于，接收所述服务器根据所述第二拉取请求发送的至少一个补充歌 曲； 所述发送单元还用于，根据网络环境向所述服务器发送第二拉取请求，所述第二拉取 请求用于从服务器拉取除已拉取的歌曲信息以外的歌曲信息； 所述终端还包括： 判断单元，用于当所述用户操作用于查看歌曲详细信息时，判断本地是否已保存有所 述用户操作指向的歌曲标识对应的歌曲详细信息； 所述发送单元还用于，当所述判断单元得到本地未保存所述歌曲详细信息时，向所述 服务器发送第三拉取请求，所述第三拉取请求用于获取所述用户操作指向的歌曲标识对应 的歌曲详细信息。
23. 一种终端，其特征在于，所述终端包括： 获取单元，用于获取服务器保存的第二歌单标识和所述第二歌单标识对应的歌单中的 全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最后建立 的第二歌单的标识号； 判断单元，用于判断本地保存的第一歌单标识和所述获取单元获取的第二歌单标识是 否相同，所述第一歌单标识为所述终端当前保存的第一歌单的标识号； 查找单元，用于当所述第一歌单标识与所述第二歌单标识不相同时，从所述第二歌单 中查找至少一个目标歌曲的歌曲标识，所述目标歌曲为第二歌单的预设个数的歌曲中不包 含于所述第一歌单的歌曲； 所述获取单元还用于，从服务器中获取所述查找单元得到的所述目标歌曲的歌曲信 息，所述歌曲信息包括歌曲标识和歌曲详细信息。
24. 根据权利要求23所述的终端，其特征在于，所述获取单元还用于： 获取服务器保存的第二歌单标识； 如果所述第一歌单标识与所述第二歌单标识不相同，则获取所述第二歌单标识对应的 歌单中的全部歌曲的歌曲标识； 所述查找单元还用于： 在第二歌单中从第一个歌曲标识开始，获取第一预设数量的歌曲标识； 从所述第一预设数量的歌曲标识中根据歌曲标识查找未包含在所述第一歌单中的至 少一个目标歌曲； 所述获取单元还用于，根据用户操作向所述服务器发送第二拉取请求，所述第二拉取 请求用于从服务器拉取除已拉取的歌曲信息以外的歌曲信息； 所述判断单元还用于，当所述用户操作用于查看歌曲详细信息时，判断本地是否已保 存有所述用户操作指向的歌曲标识对应的歌曲详细信息； 所述获取单元还用于，当所述判断单元得到本地未保存所述歌曲详细信息时，向所述 服务器发送第三拉取请求，所述第三拉取请求用于获取所述用户操作指向的歌曲标识对应 的歌曲详细信息。
25. -种服务器，其特征在于，所述服务器包括： 发送单元，用于向终端发送服务器保存的第二歌单标识和所述第二歌单标识对应的歌 单中的全部歌曲的歌曲标识，所述第二歌单标识为所述服务器中存储的对应于所述终端最 后建立的第二歌单的标识号； 接收单元，用于接收终端发送的数据请求； 所述发送单元还用于，根据所述终端发送的数据请求，向终发送目标歌曲的歌曲信息， 所述目标歌曲为第二歌单的预设个数的歌曲中不包含于所述第一歌单的歌曲所述歌曲信 息包括歌曲标识和歌曲详细信息。
26. 根据权利要求25所述的服务器，其特征在于，所述接收单元还用于，接收终端发送 的第二拉取请求，所述第二拉取请求用于从服务器拉取除已拉取的歌曲信息以外的歌曲信 息 所述发送单元还用于根据所述第二拉取请求向终端发送除已拉取的歌曲信息以外的 歌曲信息。
27. 根据权利要求26所述的服务器，其特征在于，所述接收单元还用于，接收终端发送 的第三拉取请求，所述第三拉取请求用于获取用户操作指向的歌曲标识对应的歌曲详细信 息； 所述发送单元还用于，根据所述第三拉取请求向终端发送所述用户操作指向的歌曲标 识对应的歌曲详细信息。
【文档编号】H04L29/08GK104092724SQ201410143623
【公开日】2014年10月8日 申请日期:2014年4月10日 优先权日:2014年4月10日
【发明者】梁荣坚 申请人:腾讯科技（深圳）有限公司