播放进度同步方法、装置、设备以及存储介质与流程

本申请实施例涉及人工智能(artificialintelligence，ai)技术领域，尤其涉及一种播放进度同步方法、装置、设备以及存储介质。

背景技术

随着通信和智能终端技术的发展，用户除了使用手机、平板电脑、电脑等智能终端设备进行通话或者查询信息之外，还可以对其他的智能设备进行控制，例如控制智能音箱、智能电视机等其他智能设备播放音频或者视频，在控制其他智能设备播放音频或者视频时，就会涉及到播放进度同步的问题。

目前，智能设备(例如，音箱)在被手机或者平板电脑等控制设备控制播放音乐的过程中，需要同步播放进度，现有技术中常用的同步方式是提供轮询频率，达到更流畅的进度同步，在该方案中，控制设备为了能够精准控制则需要频繁的通过有线或者无线网络与智能设备之间交互，同步播放进度，同步的频率越高越精准。

然而，控制设备与智能设备之间频繁的交互进行进度同步，对资源和性能消耗都比较大。

技术实现要素：

本申请实施例提供一种播放进度同步方法、装置、设备以及存储介质，用于解决上述方案中控制设备与智能设备之间频繁的交互进行进度同步，对资源和性能消耗都比较大的问题。

本申请第一方面提供一种播放进度同步方法，包括：

按照预设周期向播放媒体数据的智能设备发送播放进度同步消息；

接收所述智能设备返回的播放进度，并根据所述播放进度对本地播放进度进行更新；其中，在两次接收所述智能设备发送的播放进度之间通过模拟播放的方式模拟本地播放进度。

可选的，所述按照预设周期向播放媒体数据的智能设备发送播放进度同步请求之前，所述方法还包括：

向所述智能设备发送播放控制消息；所述播放控制消息携带待播放媒体数据和/或所述待播放媒体数据的标识。

可选的，所述向所述智能设备发送播放控制消息之前，所述方法还包括：

向所述智能设备发送连接建立消息；

接收所述智能设备返回的连接建立响应，并根据所述连接建立响应与所述智能设备之间建立无线连接。

可选的，所述方法还包括：

从更新的新的本地播放进度开始，播放预设的播放进度模拟动画，对本地播放进度进行实时模拟。

可选的，所述预设周期的时长为3秒至5秒之间的任意时长。

本申请第二方面提供一种播放进度同步装置，包括：

发送模块，用于按照预设周期向播放媒体数据的智能设备发送播放进度同步消息；

接收模块，用于接收所述智能设备返回的播放进度；

处理模块，用于根据所述播放进度对本地播放进度进行更新；其中，在两次接收所述智能设备发送的播放进度之间通过模拟播放的方式模拟本地播放进度。

可选的，所述发送模块还用于在按照预设周期向播放媒体数据的智能设备发送播放进度同步请求之前，向所述智能设备发送播放控制消息；所述播放控制消息携带待播放媒体数据和/或所述待播放媒体数据的标识。

可选的，所述发送模块还用于向所述智能设备发送连接建立消息；

所述接收模块还用于接收所述智能设备返回的连接建立响应，并根据所述连接建立响应与所述智能设备之间建立无线连接。

可选的，所述装置还包括：

播放模块，用于从更新的新的本地播放进度开始，播放预设的播放进度模拟动画，对本地播放进度进行实时模拟。

本申请第三方面提供一种控制设备，发送器、接收器、存储器和处理器；

所述存储器用于存储计算机指令；所述处理器用于运行所述存储器存储的所述计算机指令实现第一方面任一实现方式提供的播放进度同步方法。

本申请第四方面提供一种存储介质，其特征在于，包括：可读存储介质和计算机指令，所述计算机指令存储在所述可读存储介质中；所述计算机指令用于实现第一方面任一实现方式提供的播放进度同步方法。

本申请实施例提供的播放进度同步方法、装置、设备和存储介质，控制智能设备的控制设备按照预设周期向播放媒体数据的智能设备发送播放进度同步消息，接收所述智能设备返回的播放进度，并根据所述播放进度对本地播放进度进行更新，在两次接收所述智能设备发送的播放进度之间通过模拟播放的方式模拟本地播放进度，不需要频繁的与智能设备交互进行播放进度的同步，降低对网络的要求和资源消耗，并保证播放进度的精确度。

附图说明

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

图1为本申请实施例提供的播放进度同步方法的实施例一的流程图；

图2为本申请实施例提供的播放进度同步方法实施例二的流程图；

图3为本申请实施例提供的播放进度同步装置实施例一的结构示意图；

图4为本申请实施例提供的播放进度同步装置实施例二的结构示意图；

图5为本申请实施例提供的控制设备实施例一的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

目前常用的智能音响等智能设备可以通过手机、平板电脑、电脑等控制设备进行控制，播放媒体数据，然而在播放过程中控制设备和智能设备之间的播放进度可能不一致，因此需要对两个设备之间的播放进度进行同步，实际进行播放的是智能设备，因此需要在控制设备端对播放进度进行同步。

当前同步歌曲的播放进度，主要是频繁的通过网络或者蓝牙等链路同步该进度，同步频率越高越精准，但是对资源的消耗较大，且容易降低控制设备的性能，然而同步频率过低又会造成进度不正确的问题。

针对上述存在的问题，本申请提出一种播放进度的方法，对控制设备和智能设备之间的播放进度进行同步，并在一定程度上降低对链路资源的消耗，同时可以提高进度的同步精度，下面通过几个具体实施例对该方案进行详细说明。

图1为本申请实施例提供的播放进度同步方法的实施例一的流程图，如图1所示，该方案的执行主体为手机、平板电脑等可对智能设备进行控制的控制设备，该播放进度同步方法具体包括以下步骤：

s101：按照预设周期向播放媒体数据的智能设备发送播放进度同步消息。

在本步骤中，应理解，这里的媒体数据包括音频、或者视频，或者音频以及视频，在特别的场景下，也包括图像和文本，对此本方案不做限制。

控制设备在控制用于播放媒体数据的智能设备开始播放待播放的媒体数据之后，需要对本地的播放进度与智能设备端的播放进度进行同步，在该方案中，控制设备需要根据预设的周期向控制的智能设备发送播放进度同步消息，用来控制该智能设备将当前的播放进度反馈给控制设备。

在该方案中，应理解控制设备和智能设备可以是直接连接，例如：该控制设备和智能设备之间可以通过蓝牙或者近距离无线通信技术(nearfieldcommunication，nfc)等链路进行连接，控制设备可以直接向智能设备发送指令和消息，完成对智能设备的控制。

可选的，控制设备和智能设备也可以分别接入网络，例如：控制设备和智能设备均接入同一个无线保真(wirelessfidelity，wifi)网络，控制设备通过该无线网络向智能设备发送指令和消息，实现对智能设备的控制，对此本方案不做限制。

该方案的具体实现中，向智能设备发送播放进度同步消息的预设周期可以比现有技术中的两次轮训时间长一些，在该方案中不需要频繁的进行信息的交互，只需要按照预设周期进行播放进度同步即可。

s102：接收智能设备返回的播放进度，并根据播放进度对本地播放进度进行更新；其中，在两次接收智能设备发送的播放进度之间通过模拟播放的方式模拟本地播放进度。

在本步骤中，播放音频或者视频等的智能设备在通过网络或者其他类型的链路接收到控制设备发送的播放进度同步消息，根据该播放进度同步消息获取当前的播放进度，并将该播放进度返回给控制设备，同样的，该播放进度的反馈过程也是可以采用网络或者其他类型的链路进行传输，对此本方案不做限制。

在该方案的具体实现中，播放进度可以通过当前播放到媒体数据的时刻位置等方式进行表示。

在控制设备接收到智能设备返回的播放进度之后，无论当前本地的播放进度比接收到的播放进度快还是满，均将本地的播放进度更新为接收到的智能设备发送的播放进度，根据上一步的方案，可知向智能设备发送播放进度更新消息的时间并不是连续的，而是按照一定的周期去交互更新，因此在本次更新玩播放进度到下次通过从智能设备获取播放进度进行更新之前的这段时间，控制设备可以根据当前的进度进行模拟播放的方式实时的对本地的方法进度进行模拟，而不是停止等待下次更新。

例如：在手机控制音箱开始播放一首歌之后，音箱开始该音乐的播放，在下次发送播放进度同步消息获取播放进度之前，也要从该歌曲的开始位置模拟播放，在界面上展示一定的播放进度，直到下次手机从音箱获取到新的播放进度之后进行更新，之后继续模拟播放以保持手机端的播放进度能够与音箱较为同步。

本实施例提供的播放进度同步方法，控制设备在控制智能设备开始进行媒体数据播放之后，按照一定的周期向智能设备发送播放进度同步消息，以获取准确的播放进度对本地的播放进度进行更新，并在两次从智能设备得到播放进度之间，在控制设备端通过播放模拟实时展示媒体数据的播放进度，不需要频繁的与智能设备交互进行播放进度的同步，降低对网络的要求和资源消耗，并保证播放进度的精确度。

图2为本申请实施例提供的播放进度同步方法实施例二的流程图，如图2所示，在上述实施例一的基础上，在该播放进度同步方法的另一种实现方式中，具体包括以下步骤：

s201：向智能设备发送连接建立消息。

在本方案中，控制可以与智能设备之间直接进行连接，例如采用蓝牙进行无线连接，控制设备向智能设备发送蓝牙连接的连接建立消息，该消息中可以携带匹配数据或者连接验证码等。

s202：接收智能设备返回的连接建立响应，并根据连接建立响应与智能设备之间建立无线连接。

在本步骤中，智能设备在接收到连接建立消息之后，根据用户输入的连接信息或者默认的信息，对控制设备进行验证，确定完成连接，例如：用户可在该智能设备端输入征程的连接验证码，对接收到的验证码和输入的验证码进行匹配，在匹配完成后确定可建立蓝牙连接。智能设备在确认后向控制设备返回连接建立响应，控制设备根据该连接建立响应与智能设备之间建立无线连接，即搭建两个设备之间的消息和数据的链路。

s203：向智能设备发送播放控制消息；播放控制消息携带待播放媒体数据和/或待播放媒体数据的标识。

在本步骤中，控制设备和智能设备之间完成了无线连接之后，向智能设备发送播放控制消息，其中可以直接将待播放的媒体数据通过该播放控制消息携带，也可以只发送待播放媒体数据的标识，以便智能设备根据该标识从网络侧获取响应的待播放媒体数据，对此本方案不做限制。

此外，该播放控制消息除了可以控制智能设备播放某个媒体数据之外，还可以控制智能设备的播放速度，播放方式以及播放内容切换等，因此该步骤并不限于只在建立连接之后执行，也可以在任何播放过程中执行，对此本方案不做限制。

s204：根据播放控制消息播放媒体数据。

在本步骤中，智能设备在接收到播放控制消息之后，则根据该播放控制消息播放指示待播放的媒体数据。

可选的，如果该播放控制消息是对播放速度、播放方式以及播放内容切换等的指示，则按照相应的指示执行对应的操作。

s205：按照预设周期向播放媒体数据的智能设备发送播放进度同步消息。

在该步骤中，应理解这里的预设周期一般时间间隔相较于现有的实时轮训的时间长，例如在音箱播放音乐的方案的具体实现中可将该预设周期设置为3秒至5秒之间的任一时长。

s206：接收智能设备返回的播放进度，并根据播放进度对本地播放进度进行更新。

上述两个步骤s205和步骤s206与前述实施例一种的步骤s101和步骤s102的具体实现类似，可参考前述实施例一的方案。

s207：从更新的新的本地播放进度开始，播放预设的播放进度模拟动画，对本地播放进度进行实时模拟。

在本步骤中，控制设备在接收到智能设备返回的播放进度，并对本地的播放进行进行更新之后，需要在下次接收到智能设备返回播放进度之前的时间段内进行播放模拟，一种具体的实现方式则是通过播放预设的播放进度模拟动画对本地的播放进度进行模拟，例如在手机控制音箱播放音乐的过程中，可以在手机侧更新完播放进度之后，在时间轴上继续推进，并在手机界面上播放旋转的光碟、或者按照时间推进的其他预设画面，或者显示制作好的歌词等预设的动画，避免控制设备端的播放进度一直在原地等待，相较于智能设备延迟很多。

本实施例提供的播放进度同步方案中，控制设备首先需要与智能设备之间建立无线链路，方便对智能设备进行控制，具体建立连接的过程可以是控制设备主动发起连接建立，控制设备可以在连接后控制智能设备播放媒体数据，或者对具体的播放模式、播放进度、播放内容切换等进行控制，在两次从智能设备获取播放进度之间通过播放预设的进度模拟动画对本地的播放进度进行模拟，通过该种方式保证两个设备之间的播放进度在一定的程度上的一直，同时不需要频繁的在设备之间进行交互，降低对设备性能的消耗。

在上述两个实施例的基础上，下面通过一种具体的实现方式对该方案提供的播放进度同步方法进行说明。

本方案提出通过设备之间按照较慢的频率进行同步的同时，结合模拟进度来降低对网络(或者其他链路)带宽的要求，又保证了流畅性。

假设在t1-t9的时间段里，手机控制智能音箱播放音乐，因而需要在手机端对音箱当前的播放进度进行同步，一种可能的实现方式中需要9次轮训更新播放进度，如表1中示出的第一行中的9次轮询方案，即只要保证足够高的频率即保证了性能，但缺点如上所述。另外，还可以采用表1的第二行中示出的采用模拟进度对智能音箱中的音乐的播放进度进行模拟的方案，完全使用模拟的方式去模拟播放进度的话，假如智能音箱短暂停止了播放或者被切换了下一首歌曲，则手机端的播放进度则与智能音箱侧完全不同步，而采用本申请中提供的方案，可以一定程度的降低轮询的次数，在t1-t9的时间段里，将轮询次数降低为三次，即设置了3次(具体频率可根据实际情况调节)手机与智能音箱之间的交互，可以通过网络交互，也可以通过蓝牙等链路进行播放进度的同步，即手机根据从网络更新的“关键帧”更新本地的播放进度，在两次通过交互获取“关键帧”的方式更新播放进度期间通过播放进度的动画来补充“关键帧”保证流畅程度。最终达到了即在一定范围里保证流畅度，又降低了对链路带宽的要求的目的，

表1

通过本方案提供的该种方案，有效改善智能音箱等远程设备的音乐播放进度(以及其它类似的进度)同步问题，保持技术先进性，提升产品的市场竞争力。

图3为本申请实施例提供的播放进度同步装置实施例一的结构示意图，如图3所示，本实施例提供的播放进度同步装置10包括：

发送模块11，用于按照预设周期向播放媒体数据的智能设备发送播放进度同步消息；

接收模块12，用于接收所述智能设备返回的播放进度；

处理模块13，用于根据所述播放进度对本地播放进度进行更新；其中，在两次接收所述智能设备发送的播放进度之间通过模拟播放的方式模拟本地播放进度。

本实施例提供的播放进度同步装置，同于实现前述任一实施例提供的播放进度同步方法中控制设备的技术方案，其实现原理和技术效果类似，不需要频繁的与智能设备交互进行播放进度的同步，降低对网络的要求和资源消耗，并保证播放进度的精确度。

在上述实施例一的基础上，所述发送模块11还用于在按照预设周期向播放媒体数据的智能设备发送播放进度同步请求之前，向所述智能设备发送播放控制消息；所述播放控制消息携带待播放媒体数据和/或所述待播放媒体数据的标识。

可选的，所述发送模块11还用于向所述智能设备发送连接建立消息；

所述接收模块12还用于接收所述智能设备返回的连接建立响应，并根据所述连接建立响应与所述智能设备之间建立无线连接。

本实施例提供的播放进度同步装置，同于实现前述任一实施例提供的播放进度同步方法中控制设备的技术方案，其实现原理和技术效果类似，在此不再赘述。

图4为本申请实施例提供的播放进度同步装置实施例二的结构示意图，如图4所示，在上述任一实现方式的基础上，可选的该播放进度同步装置10还可以还包括：

播放模块14，用于从更新的新的本地播放进度开始，播放预设的播放进度模拟动画，对本地播放进度进行实时模拟。

可选的，所述预设周期的时长为3秒至5秒之间的任意时长。

本实施例提供的播放进度同步装置，同于实现前述任一实施例提供的播放进度同步方法中控制设备的技术方案，其实现原理和技术效果类似，在此不再赘述。

图5为本申请实施例提供的控制设备实施例一的结构示意图，如图5所示，该控制设备，发送器、接收器、存储器和处理器；

所述存储器用于存储计算机指令；所述处理器用于运行所述存储器存储的所述计算机指令实现前述实施例提供任一实现方式的播放进度同步方法的技术方案。

本申请还提供一种存储介质，其特征在于，包括：可读存储介质和计算机指令，所述计算机指令存储在所述可读存储介质中；所述计算机指令用于实现前述例提供的任一实现方式的播放进度同步方法的技术方案。

在上述控制设备的具体实现中，应理解，处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：只读存储器(英文：read-onlymemory，缩写：rom)、ram、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetictape)、软盘(英文：floppydisk)、光盘(英文：opticaldisc)及其任意组合。

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