播放列表信息同步方法及用于播放列表信息同步的服务器

1.一种播放列表信息同步方法，包括以下步骤：
A.登陆客户端，上传本地的播放列表信息到服务器；其中，登陆客户端直接采用播放器的注册账号登录，或者通过即时通讯软件，再通过即时通讯软件与播放器关联的入口来登陆播放器，或者通过其他与播放器的关联方式登陆；
B.比较本地的播放列表信息与服务器上的播放列表信息是否相同，若不同，返回服务器上的播放列表信息到本地，若相同，则不返回信息，若服务器上不存在所述上传的播放列表信息，则删除本地上的播放列表信息；
步骤B中采用比较本地的播放列表信息时间戳与服务器上的播放列表信息时间戳来比较两者是否相同，且根据比较结果对本地进行相应的操作，并更新本地和服务器上的播放列表信息时间戳。
2.根据权利要求1所述的播放列表信息同步方法，其特征在于，所述方法还包括步骤C：根据修改操作更新本地播放列表信息，且将更新后的本地播放列表信息上传到服务器，并更新本地和服务器上的播放列表信息时间戳，所述修改操作包括对本地播放列表信息进行增加、删除和更改。
3.根据权利要求2所述的播放列表信息同步方法，其特征在于，步骤C具体包括以下步骤：
C1.对本地播放列表信息进行修改操作；
C2.将修改后的本地播放列表信息和前次上传失败的修改的本地播放列表信息合并，且向服务器发送上传请求；
C3.若请求成功，则进行上传操作，并更新本地和服务器上的播放列表信息时间戳，若请求失败，则将该次要上传的本地播放列表信息放入失败队列。
4.根据权利要求3所述的播放列表信息同步方法，其特征在于，步骤C还包括步骤：
C4.判读是否退出上传操作；
C5.若退出上传操作，则判断是否还有未上传完的更新后的本地播放列表信息且用户是否尝试上传，若是，则执行上传操作，若否，则结束；
C6.判断上传操作是否成功，若是，则结束，若否，则返回步骤C5。
5.根据权利要求2或3所述的播放列表信息同步方法，其特征在于，所述方法还包括将上传的修改后的本地播放列表信息暂存在缓存区内和/或将待处理的服务器上的播放列表信息暂存在缓存区内。
6.一种用于播放列表信息同步的服务器，其特征在于，所述服务器包括：
通信模块，用于接收客户端登录后上传的本地播放列表信息；其中，登陆客户端直接采用播放器的注册账号登录，或者通过即时通讯软件，再通过即时通讯软件与播放器关联的入口来登陆播放器，或者通过其他与播放器的关联方式登陆；
处理模块，用于将本地播放列表信息与存储模块存储的服务器上的播放列表信息进行比较，若不同，将服务器上的播放列表信息通过所述通信模块返回到本地，若相同，则不返回信息，若服务器上不存在上传的播放列表信息，则删除本地上的播放列表信息；
存储模块，用于存储服务器上的播放列表信息及播放内容信息；
所述处理模块通过对本地播放列表信息时间戳与服务器上的播放列表信息时间戳进行比较，再根据比较结果对本地进行相应的操作，且更新本地和服务器上的播放列表信息时间戳。
7.根据权利要求6所述的用于播放列表信息同步的服务器，其特征在于，所述处理模块通过所述通信模块接收上传修改后本地播放列表信息的请求，并接收上传的修改后的本地播放列表信息，所述修改操作包括对本地播放列表信息进行增加、删除和更改。
8.根据权利要求7所述的用于播放列表信息同步的服务器，其特征在于，所述服务器还包括静态化模块，用于根据所述处理模块发送的静态化处理的通告信息和上传的修改后本地播放列表信息生成静态化的播放列表信息，且更新服务器上的播放列表信息时间戳，所述处理模块更新本地播放列表信息时间戳。
9.根据权利要求6所述的用于播放列表信息同步的服务器，其特征在于，所述服务器进一步包括缓存模块，用于将暂存未存储到所述存储模块的上传的播放列表信息和/或所述处理模块待处理的静态化的播放列表信息。

播放列表信息同步方法及用于播放列表信息同步的服务器\n【技术领域】\n[0001] 本发明涉及播放器领域，特别涉及一种播放列表信息同步方法及用于播放列表信息同步的服务器。\n【背景技术】\n[0002] 播放列表信息的包括很多，如音乐播放列表等。传统的音乐播放列表可以在客户端或在web上。在客户端上的音乐播放列表的歌曲列表，只能在本地编辑，无web端体现，换一台机器或者切换windows帐号就会丢失列表，无法携带；在web端的，需要创建并登陆特定帐号才能保存已经使用过的音乐播放列表中的歌曲列表，这样获取歌曲列表不方便，也无法达到像客户端上一样能够随意更改等。\n【发明内容】\n[0003] 基于此，有必要提供一种播放列表信息同步方法，保证能够不受限制的获取播放列表信息。\n[0004] 此外，还有必要提供一种用于播放列表信息同步的服务器，保证能够不受限制的获取播放列表信息。\n[0005] 一种播放列表信息同步方法，包括以下步骤：\n[0006] A.登陆客户端，上传本地的播放列表信息到服务器；\n[0007] B.比较本地的播放列表信息与服务器上的播放列表信息是否相同，若不同，返回服务器上的播放列表信息到本地，若相同，则不返回信息，若服务器上不存在所述上传的播放列表信息，则删除本地上的播放列表信息。\n[0008] 优选地，步骤B中采用比较本地的播放列表信息时间戳与服务器上的播放列表信息时间戳来比较两者是否相同，且根据比较结果对本地进行相应的操作，并更新本地和服务器上的播放列表信息时间戳。\n[0009] 优选地，所述方法还包括步骤C：根据修改操作更新本地播放列表信息，且将更新后的本地播放列表信息上传到服务器，并更新本地和服务器上的播放列表信息时间戳。\n[0010] 优选地，步骤C具体包括以下步骤：\n[0011] C1.对本地播放列表信息进行修改操作；\n[0012] C2.将修改后的本地播放列表信息和前次上传失败的修改的本地播放列表信息合并，且向服务器发送上传请求；\n[0013] C3.若请求成功，则进行上传操作，并更新本地和服务器上的播放列表信息时间戳，若请求失败，则将该次要上传的本地播放列表信息放入失败队列。\n[0014] 优选地，步骤C还包括步骤：\n[0015] C4.判读是否退出上传操作；\n[0016] C5.若退出上传操作，则判断是否还有未上传完的更新后的本地播放列表信息且用户是否尝试上传，若是，则执行上传操作，若否，则结束；\n[0017] C6.判断上传操作是否成功，若是，则结束，若否，则返回步骤C5。\n[0018] 优选地，所述方法还包括将上传的修改后的本地播放列表信息暂存在缓存区内和/或将待处理的服务器上的播放列表信息暂存在缓存区内。\n[0019] 一种用于播放列表信息同步的服务器，所述服务器包括：\n[0020] 通信模块，用于接收上传的本地播放列表信息；\n[0021] 处理模块，用于将本地播放列表信息与存储模块存储的服务器上的播放列表信息进行比较，若不同，将服务器上的播放列表信息通过所述通信模块返回到本地，若相同，则不返回信息，若服务器上不存在上传的播放列表信息，则删除本地上的播放列表信息；\n[0022] 存储模块，用于存储服务器上的播放列表信息及播放内容信息。\n[0023] 优选地，所述处理模块通过对本地播放列表信息时间戳与服务器上的播放列表信息时间戳进行比较，再根据比较结果对本地进行相应的操作，且更新本地和服务器上的播放列表信息时间戳。\n[0024] 优选地，所述处理模块通过所述通信模块接收上传修改后本地播放列表信息的请求，并接收上传的修改后的本地播放列表信息。\n[0025] 优选地，所述服务器还包括静态化模块，用于根据所述处理模块发送的静态化处理的通告信息和上传的修改后本地播放列表信息生成静态化的播放列表信息，且更新服务器上的播放列表信息时间戳，所述处理模块更新本地播放列表信息时间戳。\n[0026] 优选地，所述服务器进一步包括缓存模块，用于将暂存未存储到所述存储模块的上传的播放列表信息和/或所述处理模块待处理的静态化播放列表信息。\n[0027] 上述播放列表信息同步方法及用于播放列表信息同步的服务器，采用将本地播放列表信息与服务器上的播放列表信息进行比较，并根据比较结果，当两者不同时，更新本地播放列表信息，实现了不受限制获取播放列表信息。\n[0028] 另外，采用时间戳比较两者是否相同，简单方便；采用将本地播放列表信息修改后上传到服务器，保证了服务器上的播放列表信息的实时更新。\n【附图说明】\n[0029] 图1为一个实施例中播放列表信息同步方法的流程图；\n[0030] 图2为另一个实施例中播放列表信息同步方法的流程图；\n[0031] 图3为一个实施例中根据修改操作更新本地播放列表信息，且将更新后的本地播放列表信息上传到服务器的具体流程图；\n[0032] 图4为一个实施例中用于播放列表信息同步的服务器的结构示意图；\n[0033] 图5为另一个实施例中用于播放列表信息同步的服务器的结构示意图。\n【具体实施方式】\n[0034] 如图1所示，一种播放列表信息同步方法，包括以下步骤：\n[0035] 步骤S10，登陆客户端，上传本地的播放列表信息到服务器。用户登陆客户端后，将本地所有的播放列表信息通过http协议或TCP协议上传到服务器，如果上传失败，则阻止用户进一步使用，并重新上传本地所有的播放列表信息。其中，播放列表信息包括列表名和时间戳等，时间戳为播放列表信息的一个标志，记录播放列表信息最后更新的时间。在本实施例中，播放列表信息可为音乐盒中的歌曲列表信息，或音乐播放收藏中的歌曲收藏列表信息。另外，使用客户端登陆播放器的方式较多，可直接采用播放器的注册帐号登陆，或通过登陆即时通讯软件，再通过即时通讯软件与播放器关联的入口来登陆播放器，或通过其他与播放器的关联方式登陆。这样降低了登陆的门槛，让用户更好的体验。\n[0036] 步骤S20，比较本地的播放列表信息与服务器上的播放列表信息是否相同，根据不同的比较结果，分别执行步骤S210、步骤S220和步骤S230。\n[0037] 步骤S210，若不同，返回服务器上的播放列表信息到本地。\n[0038] 步骤S220，若服务器上不存在上传的播放列表信息，则删除本地上的播放列表信息。\n[0039] 步骤S230，若相同，则不返回信息。\n[0040] 具体的是：将上传的本地播放列表信息与服务器上保存的播放列表信息进行比较，根据比较结果对本地进行相应的操作。当两者不同时，则将服务器上的播放列表信息返回到本地，且根据返回的播放列表信息定时(时间由系统设定)从服务器上拉取播放内容信息，当用户切换到正在同步播放器的列表时，客户端会在本地播放列表内显示正在拉取的交互，拉取失败，不影响该本地播放器列表的继续使用，可以继续尝试同步下载更新或下次启动播放器再更新；当两者相同，可能是用户前次退出前已经同步完成，本地播放列表信息已经是最新的数据了，不需要更新；当服务器上没有本地上传的播放列表信息，则直接删除本地上的播放列表信息。\n[0041] 在一个实施例中，比较本地播放列表信息与服务器上的播放列表信息，可以通过比较本地播放列表信息的时间戳与服务器上的播放列表信息的时间戳，判断两者是否相同，且更新本地和服务器上的播放列表信息的时间戳。这样比较简单方便。此外，若服务器上的播放列表信息的时间戳早于本地的播放列表信息的时间戳，这种情况发生在服务器有些数据还在缓存队列处理中，此时服务器会下发信息让客户端继续使用本地存储的播放列表信息，不会再重新上传播放列表信息。另外，播放内容信息可为音乐播放收藏信息，该收藏信息包括收藏基本信息表、收藏时间戳表和收藏歌曲列表等。收藏信息中存储有乐库的歌曲和盗链歌曲，歌曲采用类型加标识码的方式标识。播放器信息也可为音乐盒歌曲信息，该音乐盒歌曲信息包括存储在服务器上的静态化列表信息、音乐盒总时间戳表和用户操作记录表。\n[0042] 如图2所示，步骤S30，根据修改操作更新本地播放列表信息，且将更新后的本地播放列表信息上传到服务器。在一个实施例中，在客户端对本地播放列表信息进行增删改操作，记录下更新后的播放列表信息及时间戳，并将该播放列表信息及时间戳上传到服务器上。如图3所示，具体包括如下步骤：\n[0043] 步骤S300，对本地播放列表信息进行修改操作。在本地客户端上修改播放列表信息，包括对本地播放列表信息进行增加、删除和更改等。例如，在音乐播放器的歌曲列表中增加歌曲，或从已有的列表中删除歌曲，或对歌曲名进行更改、对列表中的歌曲顺序进行更改等。\n[0044] 步骤S301，将修改后的本地播放列表信息和前次上传失败的修改的本地播放列表信息合并，且向服务器发送上传请求。一个实施例中，将本地播放列表信息和前次上传失败的修改的本地播放列表信息在协议层合并，然后向服务器发出上传请求。\n[0045] 步骤S302，判断上传请求是否成功，若是，执行步骤S303，若否，执行步骤S304。\n[0046] 步骤S303，进行上传操作。\n[0047] 步骤S304，将该次要上传的本地播放列表信息放入失败队列。当下次用户操作时重新将该次的播放列表信息请求上传操作。\n[0048] 步骤S305，判断是否退出上传操作，若否，返回步骤S300，若是，执行步骤S306。\n[0049] 步骤S306，判断是否还有未上传完的更新后的本地播放列表信息且用户是否尝试上传，若是，则执行步骤S307，若否，则结束。\n[0050] 步骤S307，执行上传操作。\n[0051] 步骤S308，判断上传操作是否成功，若是，则结束，若否，则返回步骤S305。\n[0052] 上述播放列表信息同步方法还包括将上传的修改后的本地播放列表信息暂存在缓存区内和/或将待处理的服务器上的播放列表信息暂存在缓存区的步骤，这样将上传的播放列表信息暂存在缓存区，数据不易丢失，将待处理的服务器上的播放列表信息暂存缓存区，服务器上的处理模块从缓存区获取处理数据使得处理速度更快。\n[0053] 在一个实施例中，如图4所示，一种用于播放列表信息同步的服务器，包括通信模块10、处理模块20、存储模块30。其中，\n[0054] 通信模块10用于接收上传的本地播放列表信息。其中，播放列表信息包括列表名和时间戳等，时间戳为播放列表信息的一个标志，记录播放列表信息最后更新的时间。在本实施例中，播放列表信息可为音乐盒中的歌曲列表信息，或音乐播放收藏中的歌曲收藏列表信息。\n[0055] 处理模块20将获取的本地播放列表信息与存储模块30中存储的服务器上的播放列表信息进行比较，若不同，将服务器上的播放列表信息通过通信模块10返回到本地。当相同时，则不返回信息。若服务器上不存在播放列表信息，表示用户操作删除了播放列表信息，则删除本地上的播放列表信息。在一个实施例中，处理模块20还可以通过比较本地播放列表信息时间戳与服务器上播放列表信息时间戳来判断，两者是否相同。\n[0056] 存储模块30中存储的是服务器的播放列表信息。在一个实施例中，存储模块30还存储播放内容信息。该播放内容信息可为音乐播放收藏信息或音乐盒歌曲信息。该音乐播放收藏信息包括收藏基本信息表、收藏时间戳表和收藏歌曲列表等。收藏信息中存储有乐库的歌曲和盗链歌曲，歌曲采用类型加标识码的方式标识。另外，音乐播放收藏信息中音乐条数很多，可对粒度放大一些，其中每一个收藏列表都是一条数据库记录。该播放内容信息也可为音乐盒歌曲信息，该音乐盒歌曲信息包括存储在服务器上的静态化列表信息、音乐盒总时间戳表和用户操作记录表。\n[0057] 在一个实施例中，如图5所示，该服务器还包括静态化模块40。静态化模块40用于将播放列表信息按照服务器上的存储方式进行处理，生成静态化的播放列表信息，再进行存储。其中，通信模块10接收到上传用户在客户端进行修改后的本地播放列表信息的请求，并将该上传请求传输给处理模块20。处理模块20根据用户行为及服务器等因素，确定接收上传请求，开始接收修改后的本地播放列表信息，并发送对接收的修改后的本地播放列表信息进行静态化处理的通告信息到静态化模块40。静态化模块40对接收到的本地播放列表信息进行处理生成静态化的播放列表信息，并记录生成静态化的播放列表信息的时间戳，且将生成的静态化的播放列表信息及记录的时间戳更新到存储模块30中，并将时间戳传输到处理模块20。这样服务器上的处理模块20通过通信模块10将时间戳传输到本地客户端，更新本地播放列表信息的时间戳，这样实现了服务器与本地的数据同步。\n[0058] 在一个实施例中，该服务器还包括下载服务模块和缓存模块(图中未示出)。下载服务模块用于下载服务器上的播放列表信息及播放列表信息时间戳到本地，也用于下载播放内容信息到本地。缓存模块用于暂存未存储到存储模块30的上传的播放列表信息和/或处理模块20待处理的服务器上的静态化的播放列表信息。缓存模块通过将上传的未及时处理的播放列表信息，保证数据的不丢失。另外，处理模块20直接从存储模块中调用静态化的播放列表信息速度较慢，通过将需要处理的静态化的播放列表信息暂存在缓存模块中，让处理模块20从缓存模块中读取数据，速度加快。\n[0059] 上述播放列表信息同步方法及用于播放列表信息同步的服务器，采用将本地播放列表信息与服务器上的播放列表信息进行比较，并根据比较结果，当两者不同时，更新本地播放列表信息，实现了不受限制获取播放列表信息。\n[0060] 另外，采用时间戳比较两者是否相同，简单方便；采用将本地播放列表信息修改后上传到服务器，保证了服务器上的播放列表信息的实时更新；将待处理的服务器上的播放列表信息暂存在缓存区内，使得处理速度更快。\n[0061] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。