一种同步播放方法、装置、终端设备和存储介质与流程

1.本公开实施例涉及信息共享技术，尤其涉及一种同步播放方法、装置、终端设备和存储介质。


背景技术：

2.随着网络技术的不断发展，泛娱乐场景下的体验共享成为了互联网领域关注的焦点，各个共享参与者通过对音视频信息的播放控制，同步欣赏音视频信息，体验共享播控。
3.现有技术中，音视频信息的共享参与者分为不同的身份，以带有视频分享的线上会议为例，参与者身份包括主持人、嘉宾和观众，主持人是具有切换、暂停等视频操控权限，可以语音与嘉宾进行互动；嘉宾可以观看主持人分享的视频,并与主持人进行互动，但无视频操控权限；观众仅可以观看主持人分享的视频，无法与主持人互动，也无视频操控权限。
4.但这样的共享方式，各个共享参与者实质上并不具备相同的控制权限，没有实现共享播控，共享参与者的参与度极低，用户体验较差。


技术实现要素：

5.本公开提供了一种同步播放方法、装置、终端设备和存储介质，以通过共享播控，确保播放组中各用户的播放信息一致。
6.第一方面，本公开实施例提供了一种同步播放方法，包括：
7.响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；
8.若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；
9.若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
10.第二方面，本公开实施例提供了一种同步播放装置，包括：
11.播控操作号判断模块，用于响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；
12.播控操作号更新模块，用于若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；
13.消息放弃模块，用于若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
14.第三方面，本公开实施例提供了一种终端设备，包括存储器、处理装置及存储在存储器上并可在处理装置上运行的计算机程序，处理装置执行程序时实现本公开任意实施例的同步播放方法。
15.第四方面，本公开实施例提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行本公开任意实施例的同步播放方法。
16.本公开实施例的技术方案，获取到播放组中其它客户端发出的消息，并在判断消息中的第一播控操作号大于当前客户端的当前播控操作号时，将当前播控操作号更新为第一播控操作号，且根据消息中的播放信息快照更新当前播放信息，使得播放组中的各个用户具备相同的控制权限，提升了用户的共享参与度，确保了播放组中播放信息一致，而在判断第一播控操作号小于当前播控操作号时，放弃消息，避免了网络异常客户端的播控操作，导致网络正常客户端的播放信息回跳，确保了播放信息的连贯性。
附图说明
17.结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
18.图1a是本公开一种同步播放方法的一个实施例的流程图；
19.图1b是本公开一种同步播放的流程示意图；
20.图2是本公开一种同步播放方法的一个实施例的流程图；
21.图3是本公开一种同步播放方法的一个实施例的流程图；
22.图4是本公开实施例四中的一种同步播放装置的结构框图；
23.图5是本公开实施例五中的一种终端设备的结构框图。
具体实施方式
24.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
25.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
26.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
27.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
28.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
29.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
30.实施例一
31.图1a是本公开实施例一提供的一种同步播放方法的流程图，本实施例可适用于当前客户端根据播放组中其它客户端的播控操作，更新当前播放信息，该方法可以由本公开实施例中的同步播放装置来执行，该装置可以通过软件和/或硬件实现，并集成在客户端中，该客户端可安装于手机或电脑等终端设备中，该方法具体包括如下步骤：
32.s110、响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号。
33.播放组是由用户创建的音频和/或视频信息的分享群组，播放组中的各个用户在该群组中拥有相同的播放控制权限,且各个客户端中展示相同的播放信息；其中，播放信息包括当前正在播放的音视频信息、播放进度、播放状态(暂停、停止或播放)、歌单循环模式以及其它业务信息(例如，是否被点赞、是否被收藏)等。
34.第一客户端响应于获取到用户发出的播放组的创建指令，创建播放组并记录播放组的组标识以及第一客户端在播放组中的组内序号；其中，组标识是服务器为播放组分配的标识信息；组内序号是由服务器根据客户端加入播放组的先后顺序，为各个客户端分配的组内标识；当第一客户端作为播放组的创建者时，显然第一客户端的组内序号为1，即第一个加入播放组的客户端；第一客户端响应于获取到用户发出的播放组的分享指令，向至少一个目标客户端发出该播放组的邀请请求，以引导目标客户端加入播放组中。
35.第一客户端响应于获取到其它客户端发出的播放组的邀请请求，向用户展示该邀请请求，并在获取到用户发出的加入指令时，加入该播放组并记录播放组的组标识和第一客户端在播放组内的组内序号；当第一客户端作为播放组的非创建者时，显然第一客户端的组内序号不为1，服务器根据第一客户端加入播放组的顺序，为第一客户端分配组内序号，例如，第一客户端是第二个加入该播放组的客户端，服务器为第一客户端分配的组内序号则为2。
36.用户通过客户端在播放组中进行播放控制时，客户端会为每个播控操作动作分配一个播控操作号；其中，播控操作号包括组内序号和播控计数值，其具体形可以通过k＝[m，n]表示；其中，k为播控操作号、m为组内序号、n为播控计数值，组内序号即当前客户端在播放组中的组内序号，播控计数值是当前客户端记录的播放组中所有客户端已触发的播控操作的次数，客户端获取到用户的播控操作动作时，会在当前的播控计数值的基础上进行加1处理，例如，第一客户端的当前播控操作号中播控计数值为4，第一客户端在获取到用户的播控操作动作时，将播控计数值进行加1处理，即将播控计数值更新为5；播控操作包括暂停播放、开始播放、切至下一首、切换列表循环模式、调整播放进度，以及其它业务操作(例如，点赞、收藏)等。
[0037]
两个播控操作号进行大小比较时，通过比较播控计数值的方式进行比较，播控计数值越大，播控操作号越大，播控计数值越小，播控操作号越小。特别的，当第一客户端作为播放组的创建者加入播放组时，初始时刻的当前播控操作号即为[1，0]，其表示当前播控操作号为自身触发的播控操作动作的播控操作号，因此组内序号为自身的组内序号即为1，同时由于播放组并没有任何客户端触发播控操作动作，因此，播控计数值为0；当第一客户端作为播放组的非创建者，且第m个加入播放组时，初始时刻的当前播控操作号即为[m，0]，其表示当前播控操作号为自身触发的播控操作动作的播控操作号，因此组内序号为自身的组
内序号即为m，同时由于播放组并没有任何客户端触发播控操作动作，因此，播控计数值为0。在本公开实施例中，消息基于声明式编程(declarative programming)实现，以通过声明式同步消息协议避免播放信息丢失，进而导致播放信息永久不一致的问题产生。
[0038]
可选的，在本公开实施例中，所述判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号，包括：若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的组内序号，是否大于所述当前播控操作号的组内序号；若所述第一播控操作号的组内序号，大于所述当前播控操作号的组内序号，则确定所述第一播控操作号小于所述当前播控操作号；若所述第一播控操作号的组内序号，小于所述当前播控操作号的组内序号，则确定所述第一播控操作号大于所述当前播控操作号。
[0039]
具体的，两个播控操作号进行大小比较时，如果播控计数值相等，则通过比较组内序号的方式比较两个播控操作号的大小，组内序号越小，表明该客户端越早加入播放组，组内序号越大，表明该客户端越晚加入播放组，因此，在两个播控操作号的播控计数值相等时，加入播放组较早的客户端的播控操作号较大，以确保在播控计数值相等时，播放组创建者(组内序号为1)以及较早加入者(组内序号较小)对播放信息的控制，同时确保播放组中各个客户端播放信息的一致性。
[0040]
可选的，在本公开实施例中，所述第一播控操作号还包括播控触发时间；所述判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号，还包括：若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的播控触发时间，是否比所述当前播控操作号的播控触发时间距离当前时刻近；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻近，则确定所述第一播控操作号大于所述当前播控操作号；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻远，则确定所述第一播控操作号小于所述当前播控操作号。
[0041]
具体的，两个播控操作号进行大小比较时，如果播控计数值相等，还可以通过比较播控触发时间比较两个播控操作号的大小，播控触发时间距离当前时刻越近，越能反映用户当前真实的播控意愿，其播控操作动作的执行效力越强，播控触发时间距离当前时刻越远，其播控操作动作的执行效力越弱，因此，在两个播控操作号的播控计数值相等时，播控触发时间距离当前时刻较近的播控操作号较大，以确保在播控计数值相等时，根据用户当前真实的播控意愿完成对播放信息的控制，同时确保播放组中各个客户端播放信息的一致性。
[0042]
s120、若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息。
[0043]
如果获取到的第二客户端发出的第一播控操作号大于当前播控操作号，将当前播控操作号更新为第一播控操作号，同时，根据消息中的播放信息快照更新当前播放信息，以使第一客户端展示的播放信息与第二客户端展示的播放信息一致，即确保播放组中播放信息的一致性。
[0044]
s130、若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
[0045]
如果获取到的第二客户端发出的第一播控操作号小于当前播控操作号，则放弃接
收到的消息，确保第二客户端由弱网或断网状态恢复为正常网络状态，且发出播放信息快照时，第一客户端不采纳该广播信息的播放信息快照，避免第一客户端对播放信息的回跳，导致播放不连贯的现象发生；具体的，以图1b所示的同步播放的流程示意图为例，图1b中，播控操作号用“lt”表示，当前播放信息用“v”表示，“v”的数值用于代指当前播放信息，该数值本身不具有实际意义，可以为任意数值，其仅用于表示各个客户端中的当前播放信息是否相同，若数值相同，则表示当前播放信息相同，若数值不同，则表示当前播放信息不同。
[0046]
如图1b所示，客户端a创建播放组后，客户端b和客户端c依次加入播放组中；初始时刻，客户端a、客户端b、客户端c的当前播控操作号分别为[1，0]、[2，0]、[3，0]，表示当前播控操作号均为客户端自身触发的播控操作动作的播控操作号，且由于播放组并没有任何客户端触发播控操作动作，上述客户端均未获取到任何播控操作动作，因此，播控计数值均为0；此时，客户端a、客户端b、客户端c的当前播放信息相同，均为预先设定的初始播放信息(例如，展示一个没有歌曲的空白目录)，以v：0表示；然后客户端b中执行了一次播控操作，客户端b将当前的播控计数值(即0)进行加1处理，当前播控操作号变更为[2，1]，播放信息为4；客户端b将lt：[2，1]、v：4，发送给客户端a和客户端c。
[0047]
客户端a在获取到客户端b发送的消息之前，客户端a本身也执行了一次播控操作，客户端a将当前的播控计数值(即0)进行加1处理，此时客户端a的当前播控操作号变更为[1，1]，播放信息为5；客户端a在接收到客户端b发送的消息后，将当前播控操作号[1，1]与接收到的播控操作号[2，1]进行比较，基于上述比较规则，确定[1，1]大于[2，1]，即当前播控操作号大于接收到的播控操作号，因此，放弃该消息(对应图1b中以表示的节点)，即保留当前播控操作号[1，1]，播放信息仍按照原播放信息继续播放，不按照客户端b的播放信息v：4更新；客户端c在获取到客户端b发送的消息后，将当前操作版本号[3，0]与接收到的操作版本号[2，1]进行比较，确定[3，0]小于[2，1]，即当前播控操作号小于接收到的播控操作号，因此，客户端c将当前播控操作号更新为lt：[2，1]，播放信息更新为v：4。
[0048]
客户端a在将当前播控操作号变更为[1，1]，播放信息变更为5后，向客户端b和客户端c发出lt：[1，1]、v：5；客户端b将当前播控操作号[2，1]与接收到的播控操作号[1，1]进行比较，确定[2，1]小于[1，1]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[1，1]，播放信息更新为v：5；客户端c将当前播控操作号[2，1]与接收到的播控操作号[1，1]进行比较，确定[2，1]小于[1，1]，即当前播控操作号小于接收到的播控操作号，因此，也将当前播控操作号更新为lt：[1，1]，播放信息更新为v：5，确保了播放组内各个客户端的播放信息一致性。
[0049]
然后客户端b中再执行一次播控操作，客户端b将当前的播控计数值(即1)进行加1处理，当前播控操作号变更为[2，2]，播放信息为10；客户端b将lt：[2，2]、v：10，发送给客户端a和客户端c；客户端a将当前播控操作号[1，1]与接收到的播控操作号[2，2]进行比较，确定[1，1]小于[2，2]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[2，2]，播放信息更新为v：10；客户端c将当前播控操作号[1，1]与接收到的播控操作号[2，2]进行比较，确定[1，1]小于[2，2]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[2，2]，播放信息更新为v：10，再次确保了播放组内各个客户端的播放信息一致性。
[0050]
接着客户端a中再执行一次播控操作，客户端a将当前的播控计数值(即2)进行加1
处理，此时客户端a的当前播控操作号变更为[1，3]，播放信息为20，客户端a将lt：[1，3]、v：20，发送给客户端b和客户端c；客户端b将当前播控操作号[2，2]与接收到的播控操作号[1，3]进行比较，确定[2，2]小于[1，3]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[1，3]，播放信息更新为v：20；客户端c由于处于断网状态(或者弱网状态)下，未获取到客户端a发出的广播信息，因此，客户端c中当前播控操作号依然为[2，2]，播放信息仍按照原播放信息继续播放。
[0051]
之后客户端a中再执行一次播控操作，客户端a将当前的播控计数值(即3)进行加1处理，此时客户端a的当前播控操作号变更为[1，4]，播放信息为30，客户端a将lt：[1，4]、v：30，发送给客户端b和客户端c；客户端b将当前播控操作号[1，3]与接收到的播控操作号[1，4]进行比较，确定[1，3]小于[1，4]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[1，4]，播放信息更新为v：30；客户端c仍然处于断网状态(或者弱网状态)下，未获取到客户端a本次发出的广播信息，因此，客户端c中当前播控操作号依然为[2，2]，播放信息按照原播放信息继续播放。
[0052]
客户端c的网络状态恢复正常后，客户端c中执行了一次播控操作，客户端c将当前的播控计数值(即2)进行加1处理，此时客户端a的当前播控操作号变更为[3，3]，播放信息为11，客户端c将lt：[3，3]、v：11，发送给客户端a和客户端b；客户端a和客户端b在接收到客户端c发送的消息后，均将当前播控操作号[1，4]与接收到的播控操作号[3，3]进行比较，确定[1，4]大于[3，3]，即当前播控操作号大于接收到的播控操作号，因此，放弃该消息，即保留当前播控操作号lt：[1，4]，播放信息仍按照原播放信息继续播放，不按照客户端c的播放信息v：11更新，确保了客户端c由弱网或断网状态恢复为正常网络状态，且发出播放信息快照时，客户端a和客户端b不采纳该广播信息的播放信息快照，避免客户端a和客户端b对播放信息的回跳，导致播放不连贯的现象发生；同时，还确保了播放组内网络状态正常的客户端a和客户端b的播放信息一致性。
[0053]
然后客户端b中又执行一次播控操作，客户端b将当前的播控计数值(即4)进行加1处理，当前播控操作号变更为[2，5]，播放信息为35；客户端b将lt：[2，5]、v：35，发送给客户端a和客户端c；客户端a将当前播控操作号[1，4]与接收到的播控操作号[2，5]进行比较，确定[1，4]小于[2，5]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[2，5]，播放信息更新为v：35；客户端c将当前播控操作号[3，3]与接收到的播控操作号[2，5]进行比较，确定[3，3]小于[2，5]，即当前播控操作号小于接收到的播控操作号，因此，将当前播控操作号更新为lt：[2，5]，播放信息更新为v：35，此时再次确保了播放组内各个客户端的播放信息一致性。
[0054]
本公开实施例的技术方案，获取到播放组中其它客户端发出的消息，并在判断消息中的第一播控操作号大于当前客户端的当前播控操作号时，将当前播控操作号更新为第一播控操作号，且根据消息中的播放信息快照更新当前播放信息，使得播放组中的各个用户具备相同的控制权限，提升了用户的共享参与度，确保了播放组中播放信息一致，而在判断第一播控操作号小于当前播控操作号时，放弃消息，避免了网络异常客户端的播控操作，导致网络正常客户端的播放信息回跳，确保了播放信息的连贯性。
[0055]
实施例二
[0056]
图2是本公开实施例二提供的一种同步播放方法，本实例在上述实施例的基础上
进行具体化，在本公开实施例中，在根据消息中的播放信息快照更新当前播放信息后，判断当前播放信息是否符合预设展示信息的展示条件，该方法具体包括：
[0057]
s210、获取播放组中第二客户端发出的消息；执行s220。
[0058]
s220、判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；若是，执行s230；若否，执行s270。
[0059]
s230、将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；执行s240。
[0060]
s240、判断当前播放信息是否符合预设展示信息的展示规则；若是，执行s250；若否，执行s260。
[0061]
预设展示信息可以包括动态特效信息，例如，双赞动效和双收藏动效；如果当前播放信息中已获取到两个点赞，客户端即展示匹配的双赞动效；如果当前播放信息中已获取到两个收藏，客户端即展示匹配的双收藏动效；预设展示信息还可以包括静态提示信息，例如，提示用户即将播放下一首歌曲；如果当前播放歌曲的剩余播放时间小于10秒，客户端即展示上述提示信息，以提示用户即将播放下一首歌曲。因此，第一客户端根据第二客户端发出的播放信息快照更新当前播放信息后，如果判断当前播放信息中已显示两个点赞，则确定当前播放信息符合双赞动效的展示规则；如果判断当前播放信息中已显示两个收藏，则确定当前播放信息符合双收藏动效的展示规则；如果判断当前播放信息中的剩余播放时间小于10秒，则确定当前播放信息符合即将播放下一首歌曲的展示规则。
[0062]
可选的，在本公开实施例中，所述消息还包括播控操作类型；所述判断当前播放信息是否符合预设展示信息的展示规则，具体包括：获取所述消息中的播控操作类型，并获取与所述播控操作类型匹配的预设展示信息；判断当前播放信息是否符合所述预设展示信息的展示规则。客户端发出的消息中除了包括播控计数值和组内序号之外，还包括本次播控操作的播控操作类型；第一客户端根据第二客户端发出的消息，获取播控操作类型，并根据该播控操作类型获取匹配的预设展示信息；以上述技术方案为例，如果获取到的播控操作类型为点赞，预设展示信息即为双赞动效；如果获取到的播控操作类型为收藏，预设展示信息即为双收藏动效；如果获取到的播控操作类型为调整播放进度，预设展示信息即为即将播放下一首歌曲；然后针对获取到的预设展示信息，判断当前播放信息是否符合该预设展示信息的展示规则即可，避免了将当前播放信息与多种预设展示信息的展示规则一一匹配，极大地提高了当前播放信息与展示规则的匹配效率。
[0063]
可选的，在本公开实施例中，在确定当前播放信息符合预设展示信息的展示规则后，还包括：判断所述第一客户端的软件版本，是否符合所述预设展示信息的软件版本要求；若所述第一客户端的软件版本，不符合所述预设展示信息的软件版本要求，则不展示所述预设展示信息，并发出软件版本更新提示，以引导用户完成所述第一客户端的软件版本更新；所述展示所述预设展示信息，包括：若所述第一客户端的软件版本，符合所述预设展示信息的软件版本要求，则展示所述预设展示信息。具体的，不同的预设展示信息对于软件版本的要求不同，例如，双赞动效要求软件版本在4.0以上，双收藏动效要求软件版本在5.0以上，如果用户使用的客户端的软件版本过低，则无法展示上述特效信息，因此，通过发出软件版本更新提示，引导用户完成客户端的软件版本更新，在确保预设展示信息能够正常展示，提升用户体验的同时，实现了用户侧的软件更新引导。
[0064]
s250、展示预设展示信息；执行s280。
[0065]
s260、不展示预设展示信息；执行s280。
[0066]
s270、放弃消息；执行s280。
[0067]
s280、结束。
[0068]
本公开实施例的技术方案，在根据消息中的播放信息快照更新当前播放信息后，判断当前播放信息是否符合预设展示信息的展示规则，并在确定当前播放信息符合预设展示信息的展示规则时，展示预设展示信息，提高了用户的共享体验度，同时，根据消息中的播控操作类型，将当前播放信息与特定的预设展示信息的展示规则进行匹配，极大地提高了当前播放信息与展示规则的匹配效率。
[0069]
实施例三
[0070]
图3是本公开实施例三提供的一种同步播放方法，本实例在上述实施例的基础上进行具体化，在本公开实施例中，第一客户端向播放组中的其它客户端发出消息，该方法具体包括：
[0071]
s310、响应于获取到所述第一客户端的播控操作，获取所述播控操作的第二播控操作号；其中，所述第二播控操作号包括播控计数值和所述第一客户端的组内序号。
[0072]
s320、将所述第一客户端的当前播控操作号更新为所述第二播控操作号，并根据所述播控操作更新当前播放信息。
[0073]
特别的，第一客户端根据播控操作更新当前播放信息后，可以通过判断当前播放信息是否符合预设展示信息的展示规则，进而确定是否展示预设展示信息；也可以获取该播控操作的播控操作类型，并获取与该播控操作类型匹配的预设展示信息，进而判断当前播放信息是否符合该预设展示信息的展示规则；还可以判断第一客户端的软件版本，是否符合预设展示信息的软件版本要求；如果不符合，则通过发出软件版本更新提示，引导用户完成第一客户端的软件版本更新。
[0074]
s330、将所述第二播控操作号以及播放信息快照，通过消息发送给所述播放组中的其它客户端，以引导所述其他客户端根据所述消息更新各自的当前播控操作号以及当前播放信息。
[0075]
其他客户端在获取到第一客户端发出的消息后，通过上述实施例公开的技术方案，将获取到的消息中的播控操作号，与自身当前的播控操作号进行比对，进而判断是否更新自身当前的播控操作号以及播放信息。
[0076]
本公开实施例的技术方案，在获取播控操作后，获取该播控操作的第二播控操作号，将当前播控操作号更新为第二播控操作号，并根据播控操作更新当前播放信息，进而将第二播控操作号以及播放信息快照，通过消息发送给播放组中的其它客户端，确保了播放组中播放信息的一致性，提升了用户的共享参与度。
[0077]
实施例四
[0078]
图4是本公开实施例四提供的一种同步播放装置的结构框图，具体包括：播控操作号判断模块410、播控操作号更新模块420和消息放弃模块430；
[0079]
播控操作号判断模块410，用于响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；
[0080]
播控操作号更新模块420，用于若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；
[0081]
消息放弃模块430，用于若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
[0082]
本公开实施例的技术方案，获取到播放组中其它客户端发出的消息，并在判断消息中的第一播控操作号大于当前客户端的当前播控操作号时，将当前播控操作号更新为第一播控操作号，且根据消息中的播放信息快照更新当前播放信息，使得播放组中的各个用户具备相同的控制权限，提升了用户的共享参与度，确保了播放组中播放信息一致，而在判断第一播控操作号小于当前播控操作号时，放弃消息，避免了网络异常客户端的播控操作，导致网络正常客户端的播放信息回跳，确保了播放信息的连贯性。
[0083]
可选的，在上述技术方案的基础上，同步播放装置，还包括；
[0084]
播控操作号获取模块，用于响应于获取到所述第一客户端的播控操作，获取所述播控操作的第二播控操作号；其中，所述第二播控操作号包括播控计数值和所述第一客户端的组内序号；
[0085]
播放信息更新模块，用于将所述第一客户端的当前播控操作号更新为所述第二播控操作号，并根据所述播控操作更新当前播放信息；
[0086]
消息发出模块，用于将所述第二播控操作号以及播放信息快照，通过消息发送给所述播放组中的其它客户端，以引导所述其他客户端根据所述消息更新各自的当前播控操作号以及当前播放信息。
[0087]
可选的，在上述技术方案的基础上，播控操作号判断模块410，包括：
[0088]
组内序号判断单元，用于若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的组内序号，是否大于所述当前播控操作号的组内序号；若所述第一播控操作号的组内序号，大于所述当前播控操作号的组内序号，则确定所述第一播控操作号小于所述当前播控操作号；若所述第一播控操作号的组内序号，小于所述当前播控操作号的组内序号，则确定所述第一播控操作号大于所述当前播控操作号。
[0089]
可选的，在上述技术方案的基础上，第一播控操作号还包括播控触发时间。
[0090]
可选的，在上述技术方案的基础上，播控操作号判断模块410，包括：
[0091]
播控触发时间判断单元，用于若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的播控触发时间，是否比所述当前播控操作号的播控触发时间距离当前时刻近；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻近，则确定所述第一播控操作号大于所述当前播控操作号；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻远，则确定所述第一播控操作号小于所述当前播控操作号。
[0092]
可选的，在上述技术方案的基础上，同步播放装置，还包括：
[0093]
展示规则判断模块，用于判断当前播放信息是否符合预设展示信息的展示规则；若确定当前播放信息符合预设展示信息的展示规则，则展示所述预设展示信息；若确定当前播放信息不符合预设展示信息的展示规则，则不展示所述预设展示信息。
[0094]
可选的，在上述技术方案的基础上，消息还包括播控操作类型。
[0095]
可选的，在上述技术方案的基础上，展示规则判断模块，具体用于获取所述消息中的播控操作类型，并获取与所述播控操作类型匹配的预设展示信息；判断当前播放信息是否符合所述预设展示信息的展示规则。
[0096]
可选的，在上述技术方案的基础上，同步播放装置，还包括：
[0097]
软件版本要求判断模块，用于判断所述第一客户端的软件版本，是否符合所述预设展示信息的软件版本要求；若所述第一客户端的软件版本，不符合所述预设展示信息的软件版本要求，则不展示所述预设展示信息，并发出软件版本更新提示，以引导用户完成所述第一客户端的软件版本更新；若所述第一客户端的软件版本，符合所述预设展示信息的软件版本要求，则展示所述预设展示信息。
[0098]
上述装置可执行本公开任意实施例所提供的同步播放方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本公开任意实施例提供的方法。
[0099]
实施例五
[0100]
图5示出了适于用来实现本公开实施例的终端设备500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图5示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
[0101]
如图5所示，终端设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储装置508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有终端设备500操作所需的各种程序和数据。处理装置501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
[0102]
通常，以下装置可以连接至i/o接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许终端设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的终端设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
[0103]
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从rom 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。
[0104]
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计
算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
[0105]
在一些实施方式中，客户端、服务器可以利用诸如http(hypertext transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
[0106]
上述计算机可读介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。
[0107]
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
[0108]
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或终端设备上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0109]
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上
可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0110]
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，消息放弃模块，可以被描述为“用于若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息的模块”。本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
[0111]
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0112]
根据本公开的一个或多个实施例，【示例1】提供了一种同步播放方法，包括：
[0113]
响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；
[0114]
若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；
[0115]
若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
[0116]
根据本公开的一个或多个实施例，【示例2】提供了示例1的方法，还包括：
[0117]
响应于获取到所述第一客户端的播控操作，获取所述播控操作的第二播控操作号；其中，所述第二播控操作号包括播控计数值和所述第一客户端的组内序号；
[0118]
将所述第一客户端的当前播控操作号更新为所述第二播控操作号，并根据所述播控操作更新当前播放信息；
[0119]
将所述第二播控操作号以及播放信息快照，通过消息发送给所述播放组中的其它客户端，以引导所述其他客户端根据所述消息更新各自的当前播控操作号以及当前播放信息。
[0120]
根据本公开的一个或多个实施例，【示例3】提供了示例1的方法，还包括：
[0121]
若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的组内序号，是否大于所述当前播控操作号的组内序号；
[0122]
若所述第一播控操作号的组内序号，大于所述当前播控操作号的组内序号，则确定所述第一播控操作号小于所述当前播控操作号；
[0123]
若所述第一播控操作号的组内序号，小于所述当前播控操作号的组内序号，则确定所述第一播控操作号大于所述当前播控操作号。
[0124]
根据本公开的一个或多个实施例，【示例4】提供了示例1的方法，第一播控操作号还包括播控触发时间；该方法还包括：
[0125]
若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的播控触发时间，是否比所述当前播控操作号的播控触发时间距离当前时刻近；
[0126]
若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻近，则确定所述第一播控操作号大于所述当前播控操作号；
[0127]
若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻远，则确定所述第一播控操作号小于所述当前播控操作号。
[0128]
根据本公开的一个或多个实施例，【示例5】提供了示例1的方法，还包括：
[0129]
判断当前播放信息是否符合预设展示信息的展示规则；
[0130]
若确定当前播放信息符合预设展示信息的展示规则，则展示所述预设展示信息；
[0131]
若确定当前播放信息不符合预设展示信息的展示规则，则不展示所述预设展示信息。
[0132]
根据本公开的一个或多个实施例，【示例6】提供了示例5的方法，消息还包括播控操作类型，该方法还包括：
[0133]
获取所述消息中的播控操作类型，并获取与所述播控操作类型匹配的预设展示信息；
[0134]
判断当前播放信息是否符合所述预设展示信息的展示规则。
[0135]
根据本公开的一个或多个实施例，【示例7】提供了示例5或6所述的方法，还包括：
[0136]
判断所述第一客户端的软件版本，是否符合所述预设展示信息的软件版本要求；
[0137]
若所述第一客户端的软件版本，不符合所述预设展示信息的软件版本要求，则不展示所述预设展示信息，并发出软件版本更新提示，以引导用户完成所述第一客户端的软件版本更新；
[0138]
若所述第一客户端的软件版本，符合所述预设展示信息的软件版本要求，则展示所述预设展示信息。
[0139]
根据本公开的一个或多个实施例，【示例8】提供了一种同步播放装置，包括：
[0140]
播控操作号判断模块，用于响应于获取到播放组中第二客户端发出的消息，判断所述消息中的第一播控操作号是否大于所述第一客户端的当前播控操作号；其中，所述第一播控操作号包括播控计数值和所述第二客户端在所述播放组中的组内序号；
[0141]
播控操作号更新模块，用于若所述第一播控操作号大于所述当前播控操作号，则将所述当前播控操作号更新为所述第一播控操作号，并根据所述消息中的播放信息快照更新当前播放信息；
[0142]
消息放弃模块，用于若所述第一播控操作号小于所述当前播控操作号，则放弃所述消息。
[0143]
根据本公开的一个或多个实施例，【示例9】提供了示例8的装置，还包括；
[0144]
播控操作号获取模块，用于响应于获取到所述第一客户端的播控操作，获取所述
播控操作的第二播控操作号；其中，所述第二播控操作号包括播控计数值和所述第一客户端的组内序号；
[0145]
播放信息更新模块，用于将所述第一客户端的当前播控操作号更新为所述第二播控操作号，并根据所述播控操作更新当前播放信息；
[0146]
消息发出模块，用于将所述第二播控操作号以及播放信息快照，通过消息发送给所述播放组中的其它客户端，以引导所述其他客户端根据所述消息更新各自的当前播控操作号以及当前播放信息。
[0147]
根据本公开的一个或多个实施例，【示例10】提供了示例8的装置，播控操作号判断模块，具体包括：
[0148]
组内序号判断单元，用于若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的组内序号，是否大于所述当前播控操作号的组内序号；若所述第一播控操作号的组内序号，大于所述当前播控操作号的组内序号，则确定所述第一播控操作号小于所述当前播控操作号；若所述第一播控操作号的组内序号，小于所述当前播控操作号的组内序号，则确定所述第一播控操作号大于所述当前播控操作号。
[0149]
根据本公开的一个或多个实施例，【示例11】提供了示例8的装置，第一播控操作号还包括播控触发时间，播控操作号判断模块具体包括：
[0150]
播控触发时间判断单元，用于若所述第一播控操作号的播控计数值，等于所述当前播控操作号的播控计数值，则判断所述第一播控操作号的播控触发时间，是否比所述当前播控操作号的播控触发时间距离当前时刻近；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻近，则确定所述第一播控操作号大于所述当前播控操作号；若所述第一播控操作号的播控触发时间，比所述当前播控操作号的播控触发时间距离当前时刻远，则确定所述第一播控操作号小于所述当前播控操作号。
[0151]
根据本公开的一个或多个实施例，【示例12】提供了示例8所述的装置，还包括：
[0152]
展示规则判断模块，用于判断当前播放信息是否符合预设展示信息的展示规则；若确定当前播放信息符合预设展示信息的展示规则，则展示所述预设展示信息；若确定当前播放信息不符合预设展示信息的展示规则，则不展示所述预设展示信息。
[0153]
根据本公开的一个或多个实施例，【示例13】提供了示例12所述的装置，消息还包括播控操作类型；
[0154]
展示规则判断模块，具体用于获取所述消息中的播控操作类型，并获取与所述播控操作类型匹配的预设展示信息；判断当前播放信息是否符合所述预设展示信息的展示规则。
[0155]
根据本公开的一个或多个实施例，【示例14】提供了示例12或13所述的装置，还包括：
[0156]
软件版本要求判断模块，用于判断所述第一客户端的软件版本，是否符合所述预设展示信息的软件版本要求；若所述第一客户端的软件版本，不符合所述预设展示信息的软件版本要求，则不展示所述预设展示信息，并发出软件版本更新提示，以引导用户完成所述第一客户端的软件版本更新；若所述第一客户端的软件版本，符合所述预设展示信息的软件版本要求，则展示所述预设展示信息。
[0157]
根据本公开的一个或多个实施例，【示例15】提供了一种终端设备，包括存储器、处理装置及存储在存储器上并可在处理装置上运行的计算机程序，处理装置执行程序时实现如示例1-7中任一所述的同步播放方法。
[0158]
根据本公开的一个或多个实施例，【示例16】提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行如示例1-7中任一所述的同步播放方法。
[0159]
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
[0160]
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
[0161]
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。