CN115297353A - 音频的播放方法、装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种音频的播放方法、装置、存储介质及电子装置，涉及智慧家庭技术领域，该音频的播放方法包括：接收第一设备发送的第一指令，其中，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；响应第一指令，将播放信息和第二设备的设备信息发送至服务器，以指示服务器解析播放信息以及按照设备信息查找第二设备；将解析后的播放信息发送至第二设备，以指示第二设备按照解析后的播放信息中的目标音频在第一设备中的播放进度播放目标音频。

Description

音频的播放方法、装置、存储介质及电子装置

技术领域

本申请涉及计算机领域，具体而言，涉及一种音频的播放方法、装置、存储介质及电子装置。

背景技术

随着家电技术的发展，带屏幕的家电越来越多，人们的观看习惯也发生了很大的变化。在以家庭为单位，不同的地方可能存在不同的屏幕设备，例如，客厅的电视、卧室的电视、厨房的冰箱屏、烟机屏等。用户当在厨房做饭时听的歌和歌单列表，想在客厅或者卧室继续听时，目前这样的多屏设备间无法实现接力播放音视频。

发明内容

本发明实施例提供了一种音频的播放方法、装置、存储介质及电子装置，以至少解决相关技术中多设备接力播放音频的问题。

根据本发明的一个实施例，提供了一种音频的播放方法，包括：接收第一设备发送的第一指令，其中，上述第一指令中包括上述第一设备播放的目标音频的播放信息和第二设备的设备信息；响应上述第一指令，将上述播放信息和上述第二设备的设备信息发送至服务器，以指示上述服务器解析上述播放信息以及按照上述设备信息查找上述第二设备；将解析后的播放信息发送至上述第二设备，以指示上述第二设备按照上述解析后的播放信息中的上述目标音频在上述第一设备中的播放进度播放上述目标音频。

根据本发明的一个实施例，提供了一种音频的播放方法，包括：接收服务平台发送的解析后的播放信息，其中，上述解析后的播放信息是服务器响应第一指令解析的信息，上述第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；从上述解析后的播放信息中确定上述目标音频和上述目标音频在上述第一设备中的播放进度；按照上述播放进度播放上述目标音频。

根据本发明的一个实施例，提供了一种音频的播放装置，包括：第一接收模块，用于接收第一设备发送的第一指令，其中，上述第一指令中包括上述第一设备播放的目标音频的播放信息和第二设备的设备信息；第一响应模块，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息发送至服务器，以指示上述服务器解析上述播放信息以及按照上述设备信息查找上述第二设备；第一发送模块，用于将解析后的播放信息发送至上述第二设备，以指示上述第二设备按照上述解析后的播放信息中的上述目标音频在上述第一设备中的播放进度播放上述目标音频。

在一个示例性实施例中，上述第一响应模块,包括：第一响应单元，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息组装为第一物联网IOT通道支持的信息，得到组装信息；第一发送单元，用于通过上述第一IOT通道将上述组装信息发送至上述服务器，上述第一IOT通道是归属于上述第一设备的数据传输通道。

在一个示例性实施例中，上述装置还包括：第三接收模块，用于接收第一设备发送的第一指令之前,接收上述第一设备发送的第一注册信息，其中，上述第一注册信息中包括上述第一设备支持的播放能力和上述第一设备的设备信息；第一注册模块，用于将上述第一设备支持的播放能力和上述第一设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第二设备；第二发送模块，用于将上述设备列表发送至上述第一设备，以指示上述第一设备从上述设备列表中选择播放上述目标音频的设备。

在一个示例性实施例中，上述装置还包括：第四接收模块，用于接收第一设备发送的第一指令之前,接收上述第二设备发送的第二注册信息，其中，上述第二注册信息中包括上述第二设备支持的播放能力和上述第二设备的设备信息；第二注册模块，用于将上述第二设备支持的播放能力和上述第二设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第一设备。

在一个示例性实施例中，上述装置还包括：第三发送模块，用于将上述设备列表发送至上述服务器，以指示上述服务器基于上述设备列表中查找上述第二设备。

在一个示例性实施例中，上述第一发送模块，包括：第一接收单元，用于通过第二IOT通道接收上述服务器发送的上述解析后的播放信息，其中，上述第二IOT通道是归属于上述第二设备的数据传输通道；第二发送单元，用于将上述解析后的播放信息发送至上述第二设备。

在一个示例性实施例中，上述装置还包括：第五接收模块，用于将解析后的播放信息发送至上述第二设备之后,通过第二IOT通道接收上述服务器发送的第一处理结果，其中，上述第一处理结果用于表示上述第二设备对上述目标音频的播放结果，上述第二IOT通道是归属于上述第二设备的数据传输通道；第一解析模块，用于解析上述第一处理结果，得到解析后的处理结果；第四发送模块，用于将上述解析后的处理结果发送至上述第一设备。

根据本发明的一个实施例，提供了一种音频的播放装置，包括：第二接收模块，用于接收服务平台发送的解析后的播放信息，其中，上述解析后的播放信息是服务器响应第一指令解析的信息，上述第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；第一确定模块，用于从上述解析后的播放信息中确定上述目标音频和上述目标音频在上述第一设备中的播放进度；第一播放模块，用于按照上述播放进度播放上述目标音频。

在一个示例性实施例中，上述装置还包括：第五发送模块，用于接收服务器发送的播放信息之前,向上述服务平台发送第二注册信息，其中，上述第二注册信息中包括上述第二设备支持的播放能力和上述第二设备的设备信息，上述服务平台用于将上述第二设备支持的播放能力和上述第二设备的设备信息对应注册至设备列表中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第一设备。

在一个示例性实施例中，上述第一播放模块，包括：第一查找单元，用于在目标应用中查找上述目标音频；第一播放单元，用于在上述目标应用具备播放上述目标音频的权限的情况下，通过上述目标应用按照上述播放进度播放上述目标音频。

在一个示例性实施例中，上述装置还包括：第二确定模块，用于按照上述播放进度播放上述目标音频之后,确定播放上述音频的播放结果，得到第一处理结果；第六发送模块，用于将上述第一处理结果发送至上述服务平台，以指示上述服务平台将上述第一处理结果发送至上述第一设备。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，通过接收第一设备发送的第一指令，其中，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；响应第一指令，将播放信息和第二设备的设备信息发送至服务器，以指示服务器解析播放信息以及按照设备信息查找第二设备；将解析后的播放信息发送至第二设备，以指示第二设备按照解析后的播放信息中的目标音频在第一设备中的播放进度播放目标音频。由于上述方法中，服务平台将第一设备播放的音频的播放信息发送至第二设备，第二设备按照第一设备播放的音频的播放进度，继续播放音频。用户可以在不同设备中播放同一音频，并不会因为更换设备而重新搜索、重新播放在第一设备播放的音频。实现了不同设备接力播放音频的目的。因此，可以解决相关技术中多设备接力播放音频的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1是根据本申请实施例的一种音频的播放方法的硬件环境示意图；

图2是根据本发明实施例的音频的播放方法的流程图(一)；

图3是根据本发明实施例的音频的播放方法的流程图(二)；

图4是根据本发明实施例的整体流程图；

图5是根据本发明实施例的音乐APP播放页的流程图；

图6是根据本发明实施例的服务平台接收各设备的注册信息的流程图；

图7是根据本发明实施例的音频的播放装置的结构框图(一)；

图8是根据本发明实施例的音频的播放装置的结构框图(二)。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种音频的播放方法。该音频的播放方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述音频的播放方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

本实施例中提供了一种音频的播放方法，图2是根据本发明实施例的音频的播放方法的流程图(一)，如图2所示，该流程包括如下步骤：

步骤S202，接收第一设备发送的第一指令，其中，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；

步骤S204，响应第一指令，将播放信息和第二设备的设备信息发送至服务器，以指示服务器解析播放信息以及按照设备信息查找第二设备；

步骤S206，将解析后的播放信息发送至第二设备，以指示第二设备按照解析后的播放信息中的目标音频在第一设备中的播放进度播放目标音频。

可选地，上述音频的播放方法可以但不限于应用于在不同的设备中播放同一音频资源的过程中。

可选地，上述第一设备与第二设备可以为相同的设备或者为不同的设备。可以为相同设备的不同型号。例如，客厅电视和卧室电视接力播放同一目标音频。厨房的烟机屏与客厅的电视接力播放同一目标音频。

可选地，上述目标音频可以为音频资源、视频资源、图片资源、文本资源中的一种，也可以为至少两种的组合。例如，可以为歌曲，可以为歌曲和图片的组合，可以为歌曲和视频的组合，或者可以为图片与视频的组合等。上述目标音频可以为一个或多个。上述目标音频的播放信息可以包括唯一标记目标音频的标识信息、播放的进度、播放的内容、播放的时长、播放的应用等。例如，目标音频为一首歌，则目标音频的播放信息可以包括歌曲的作词者、作曲者、演唱者、在第一设备的播放进度、总播放时长、在第一设备中的某一播放应用中播放、播放权限等。

例如，结合一个示例进行说明。服务平台接收厨房的烟机屏发送的播放“孤勇者”的接力播放指令，将接力播放指令发送至服务器，服务器在对接力播放指令处理之后，将其发送至客厅的电视机，客厅电视机在获取到“孤勇者”的播放信息后，在音乐播放应用中查找“孤勇者”。如果查找到了“孤勇者”，还需要确定音乐播放应用是否具备播放“孤勇者”的权限(即确定音乐播放应用是否订阅了这首歌)，在订阅的情况下，按照在烟机屏中播放的进度继续播放“孤勇者”，实现了接力播放。

可选地，服务平台可以为终端、服务器、终端或服务器中设置的具体处理器，或者与终端或者服务器相对独立设置的处理器或者处理设备等，但不限于此。

其中，上述步骤的执行主体可以为服务平台，但不限于此。

通过上述步骤，通过接收第一设备发送的第一指令，其中，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；响应第一指令，将播放信息和第二设备的设备信息发送至服务器，以指示服务器解析播放信息以及按照设备信息查找第二设备；将解析后的播放信息发送至第二设备，以指示第二设备按照解析后的播放信息中的目标音频在第一设备中的播放进度播放目标音频。由于上述方法中，服务平台将第一设备播放的音频的播放信息发送至第二设备，第二设备按照第一设备播放的音频的播放进度，继续播放音频。用户可以在不同设备中播放同一音频，并不会因为更换设备而重新搜索、重新播放在第一设备播放的音频。实现了不同设备接力播放音频的目的。因此，可以解决相关技术中多设备接力播放音频的问题。

在一个示例性实施例中，响应第一指令，将播放信息和第二设备的设备信息发送至服务器,包括：

S1，响应第一指令，将播放信息和第二设备的设备信息组装为第一物联网IOT通道支持的信息，得到组装信息；

S2，通过第一IOT通道将组装信息发送至服务器，第一IOT通道是归属于第一设备的数据传输通道。

可选地，第二设备的设备信息包括第二设备支持的播放能力，例如，第二设备中设置的播放应用可以播放付费音频，或者，不可以播放付费音频，或者，可以播放视频等能力。

可选地，第一IOT通道设置在服务平台和服务器之间，用于传输第一设备发送至服务器的信息。其中，组装信息中包括消息体，消息体中包括播放信息和第二设备的设备信息。通过第一IOT通道将第一设备的数据传输至服务器可以提高数据传输的安全和速度。

在一个示例性实施例中，接收第一设备发送的第一指令之前,方法还包括：

S1，接收第一设备发送的第一注册信息，其中，第一注册信息中包括第一设备支持的播放能力和第一设备的设备信息；

S2，将第一设备支持的播放能力和第一设备的设备信息对应注册至设备列表中，其中，设备列表中还包括其他设备支持的播放能力和其他设备的设备信息，其他设备包括第二设备；

S4，将设备列表发送至第一设备，以指示第一设备从设备列表中选择播放目标音频的设备。

可选地，第一设备支持的播放能力可以是第一设备中设置的播放应用可以播放付费音频，或者，不可以播放付费音频，或者，可以播放视频等能力。例如，将第一设备可以播放付费音频的能力注册至设备列表中，在响应其他设备的接力播放请求时，服务平台可以将设备列表发送至其他设备中，其他设备从设备列表中查找第一设备的播放能力，按照播放能力确定是否选择第一设备接力播放音频。从而可以实现准确的查找到符合要求的设备的目的。

在一个示例性实施例中，接收第一设备发送的第一指令之前,方法还包括：

S1，接收第二设备发送的第二注册信息，其中，第二注册信息中包括第二设备支持的播放能力和第二设备的设备信息；

S2，将第二设备支持的播放能力和第二设备的设备信息对应注册至设备列表中，其中，设备列表中还包括其他设备支持的播放能力和其他设备的设备信息，其他设备包括第一设备。

可选地，第二设备支持的播放能力可以是第二设备中设置的播放应用可以播放付费音频，或者，不可以播放付费音频，或者，可以播放视频等能力。例如，将第二设备可以播放付费音频的能力注册至设备列表中，在响应第一设备的接力播放请求时，服务平台可以将设备列表发送至第一设备中，第一设备从设备列表中查找第二设备的播放能力，按照播放能力确定是否选择第二设备接力播放音频。例如，在厨房的烟机屏播放“孤勇者”，在接收到用户的接力播放的指令时，厨房的烟机屏从设备列表中查找可以播放“孤勇者”的客厅的电视机，则将“孤勇者”的播放信息发送至服务平台。从而可以实现准确的查找到符合要求的设备的目的。

在一个示例性实施例中，本实施例的方法还包括：

S1，将设备列表发送至服务器，以指示服务器基于设备列表中查找第二设备。

可选地，服务器在对播放信息进行处理时，可以从设备列表中准确的查找到适合播放目标音频的设备。例如，在播放信息中包括的是厨房的烟机屏发送的播放“孤勇者”的播放信息，服务器从设备列表中查找到客厅的电视机具备播放“孤勇者”的能力的情况下，将“孤勇者”的播放信息发送至客厅的电视机进行播放。

可选地，服务器具备判断设备中装载的应用是否具备播放目标音频的权限，权限例如可以是否能播放付费音频等。从而实现精准的确定播放设备的目的。

在一个示例性实施例中，将解析后的播放信息发送至第二设备，包括：

S1，通过第二IOT通道接收服务器发送的解析后的播放信息，其中，第二IOT通道是归属于第二设备的数据传输通道；

S2，将解析后的播放信息发送至第二设备。

可选地，第二IOT通道设置在服务平台和服务器之间，用于传输第二设备的数据，可以实现准确快速的传输数据的目的。

在一个示例性实施例中，将解析后的播放信息发送至第二设备之后,方法还包括：

S1，通过第二IOT通道接收服务器发送的第一处理结果，其中，第一处理结果用于表示第二设备对目标音频的播放结果，第二IOT通道是归属于第二设备的数据传输通道；

S2，解析第一处理结果，得到解析后的处理结果；

S3，将解析后的处理结果发送至第一设备。

可选地，第二设备在接收到播放信息后，在安装的播放应用中查找可以播放目标音频的应用。例如，在播放信息中包括的播放信息时歌曲“孤勇者”，以及“孤勇者”的歌手、在第一设备中的播放进度，在查找到安装的“酷狗音乐”具备播放“孤勇者”的能力时，指示“酷狗音乐”从音乐列表中查找“孤勇者”，并从查找结果中确定与歌手对应的结果，按照播放进度播放“孤勇者”。并将播放成功的结果发送至服务平台，服务平台发送至第一设备。实现了可以及时确定目标音频的播放结果，在不能播放的情况下，及时更换播放设备。

本实施例中提供了一种音频的播放方法，图3是根据本发明实施例的音频的播放方法的流程图(二)，如图3所示，该流程包括如下步骤：

步骤S302，接收服务平台发送的解析后的播放信息，其中，解析后的播放信息是服务器响应第一指令解析的信息，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；

步骤S304，从解析后的播放信息中确定目标音频和目标音频在第一设备中的播放进度；

步骤S306，按照播放进度播放目标音频。

可选地，上述音频的播放方法可以但不限于应用于在不同的设备中播放同一音频资源的过程中。

可选地，上述第一设备与第二设备可以为相同的设备或者为不同的设备。可以为相同设备的不同型号。例如，客厅电视和卧室电视接力播放同一目标音频。厨房的烟机屏与客厅的电视接力播放同一目标音频。

可选地，上述目标音频可以为音频资源、视频资源、图片资源、文本资源中的一种，也可以为至少两种的组合。例如，可以为歌曲，可以为歌曲和图片的组合，可以为歌曲和视频的组合，或者可以为图片与视频的组合等。上述目标音频可以为一个或多个。上述目标音频的播放信息可以包括唯一标记目标音频的标识信息、播放的进度、播放的内容、播放的时长、播放的应用等。例如，目标音频为一首歌，则目标音频的播放信息可以包括歌曲的作词者、作曲者、演唱者、在第一设备的播放进度、总播放时长、在第一设备中的某一播放应用中播放、播放权限等。

例如，结合一个示例进行说明，客厅电视机在获取到“孤勇者”的播放信息后，在音乐播放应用中查找“孤勇者”。如果查找到了“孤勇者”，还需要确定音乐播放应用是否具备播放“孤勇者”的权限(即确定音乐播放应用是否订阅了这首歌)，在订阅的情况下，按照在烟机屏中播放的进度继续播放“孤勇者”，实现了接力播放。

可选地，服务平台可以为终端、服务器、终端或服务器中设置的具体处理器，或者与终端或者服务器相对独立设置的处理器或者处理设备等，但不限于此。

其中，上述步骤的执行主体可以为第二设备，但不限于此。

通过上述步骤，通过接收服务平台发送的解析后的播放信息，其中，解析后的播放信息是服务器响应第一指令解析的信息，第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；从解析后的播放信息中确定目标音频和目标音频在第一设备中的播放进度；按照播放进度播放目标音频。由于上述方法中，服务平台将第一设备播放的音频的播放信息发送至第二设备，第二设备按照第一设备播放的音频的播放进度，继续播放音频。用户可以在不同设备中播放同一音频，并不会因为更换设备而重新搜索、重新播放在第一设备播放的音频。实现了不同设备接力播放音频的目的。因此，可以解决相关技术中多设备接力播放音频的问题。

在一个示例性实施例中，接收服务器发送的播放信息之前,方法还包括：

S1，向服务平台发送第二注册信息，其中，第二注册信息中包括第二设备支持的播放能力和第二设备的设备信息，服务平台用于将第二设备支持的播放能力和第二设备的设备信息对应注册至设备列表中，设备列表中还包括其他设备支持的播放能力和其他设备的设备信息，其他设备包括第一设备。

可选地，播放能力可以是第二设备中设置的播放应用可以播放付费音频，或者，不可以播放付费音频，或者，可以播放视频等能力。

在一个示例性实施例中，按照播放进度播放目标音频，包括：

S1，在目标应用中查找目标音频；

S2，在目标应用具备播放目标音频的权限的情况下，通过目标应用按照播放进度播放目标音频。

可选地，目标应用可以是具备播放音频或视频能力的APP，例如，手机上安装的“酷狗音乐”的播放软件。例如，在播放信息中包括的是“孤勇者”的歌手、在第一设备中的播放进度的信息，则在“酷狗音乐”从音乐列表中查找“孤勇者”，并从查找结果中确定与歌手对应的结果，按照播放进度播放“孤勇者”。实现了接力播放目标音频的目的。

在一个示例性实施例中，按照播放进度播放目标音频之后,方法还包括：

S1，确定播放音频的播放结果，得到第一处理结果；

S2，将第一处理结果发送至服务平台，以指示服务平台将第一处理结果发送至第一设备。

可选地，将播放成功的结果发送至服务平台，服务平台发送至第一设备。实现了可以及时确定目标音频的播放结果，在不能播放的情况下，及时更换播放设备。

下面结合具体实施例对本发明进行说明：

本具体实施例以对歌曲的接力播放场景为例进行说明，在该场景中，例如，用户在A屏(例如，厨房烟机屏)正在听歌，有自定义歌单，做晚饭后想在B屏(例如，客厅电视)继续听现有歌单。则可以在A屏播放也通过语音或界面按钮，发起接力，服务平台根据可接受接力的列表，选择设备，通过物联网(Internet of Things，简称IOT)把数据传输到服务器，服务器再下发到B屏，IOT通知服务平台，服务根据APP应用注册的能力，启动音乐播放页继续播放，同时传输携带的参数包含在自定义歌单列表所需的参数，请求系统端实现同步自定义歌单。通过上述流程完成A屏和B屏正在播放的歌和自定义歌单的同步。

如图4所示，是本实施例的整体流程图，包括以下步骤：

S401，终端A注册支持的能力musicPlay到服务平台；

S402，服务平台将注册结果和支持该能力的设备列表返回给终端A。终端A根据设备列表判断是否支持音乐接力服务。

S403，终端A发起接力。点击发起接力按钮，会展示支持该能力的设备列表，选择要接力播放的设备(比如终端B)，进行必要数据组装，组装完成后发送到后台server；

S404，后台server收到数据后进行IOT消息结构的组装，包含必要的消息体，接收设备的相关信息等；

S405，IOT发送到服务端；服务端对消息进行处理，解析组装的消息；

S406，将消息发送到IOT；

S407，IOT接收到消息发送给后台server，后台server解析数据，根据包名，类名，启动音乐播放页activity；

S408，后台server根据注册能力分发给相应APP处理；音乐播放页启动，解析传递的参数，根据id请求正在播放的歌曲信息。根据position定位到播放到的位置，进行播放，根据自定义歌单的类型，请求自定义歌单。

S409，将接力处理结果，返回给后台server；

S410，后台server组装数据发送到IOT；

S411，后台server通过IOT将消息传到服务端；

S412，服务端处理数据；

S413，将接收端的数据发送至服务平台；

S414，后端serve反馈到发起端(终端A)app，App根据接收端的处理结果进行相应的逻辑处理。至此，多屏设备间，音乐服务接力播放的流程完成。

如图5所示，是本实施例的音乐APP播放页的流程图，包括以下步骤：

S501，音乐播放页，根据传递的参数请求数据向系统端(对应于上述中的服务器)，请求相应的歌单列表。参数请求数据包括歌曲详情、歌单类型、歌单列表，播放进度等；

S502，系统端将请求结果返回至播放页，请求结果包括查找到的歌曲详情、歌单类型、歌单列表，播放进度等；

S503，播放页初始化播放播放软件开发工具包(Software Development Kit，SDK)，SDK设置播放参数，进行鉴权；

S504，SDK将鉴权结果发送至播放页，根据鉴权结果播放歌曲；

S505，音乐播放页绑定后台server，将musicPlay的能力注册进去；

S506，后台server将设备列表返回至播放页，播放页根据后台server返回的设备，控制接力按钮的展示。

S507，用于点击发起接力按钮，播放页会展示支持该能力的设备列表，选择要接力播放的设备，进行必要数据组装。必要数据包含正在播放歌曲的id，播放进度progress，自定义歌单的类型style(如已点歌曲)，需要跳转的APP包名，需要跳转的activity页面，这条消息的类型type。组装完成后发送到后台server处理；后台server处理发起端数据后，通过后续流程发送到接收端，并接收接收端的处理结果；

S508，将接收结果反馈给播放页，播放页根据接收端的结果，和是否继续在原设备继续播放的设置，进行相关逻辑处理。

在本实施例中，服务平台(后台server)作为各个设备时间的中间设备，用于接收各设备的注册信息，具体流程如图6所示，包括以下步骤：

S601，后台server接收到APP注册的能力(musicPlay)；

S602，将注册的能力发送至IOT；通过IOT上传到服务端(对应于上述中的服务器)。

S603，同时通过接口请求支持该能力的设备列表；

S604，服务端返回至服务平台设备列表；

S605，接收到APP发起的接力数据，进行处理；

S606，拼装接收端的设备id，和消息结构，通过IOT发送到服务端。

S607，服务端处理数据，将消息分发到接收端的IOT；

S608，IOT将消息传给后台server，后台server处理数据，调起音乐后方页，播放页处理相关逻辑。

S609，接收端的处理结果回执到后台server，后台server组装处理数据；

S610，通过IOT传到服务器，服务器处理后；

S611，分发到发起端的IOT；

S612，IOT在分发到后台server，在通知APP处理相关逻辑。

综上所述，通过后台server的交互，将音频的播放信息发送到服务器，可以实现当前正在播放的音乐，在别的设备上定位到相同的播放进度。可以实现自定义歌单列表在不同设备上的同步，结果反馈发起端，知道接力是否成功。原设备继续播放，可以实现多设备同步播放相同音乐内容。减少了人们在其他设备还要在查询歌曲的繁琐步骤。

在本实施例中还提供了一种音频的播放装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的音频的播放装置的结构框图(一)，如图7所示，该装置包括：

第一接收模块72，用于接收第一设备发送的第一指令，其中，上述第一指令中包括上述第一设备播放的目标音频的播放信息和第二设备的设备信息；

第一响应模块74，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息发送至服务器，以指示上述服务器解析上述播放信息以及按照上述设备信息查找上述第二设备；

第一发送模块76，用于将解析后的播放信息发送至上述第二设备，以指示上述第二设备按照上述解析后的播放信息中的上述目标音频在上述第一设备中的播放进度播放上述目标音频。

在一个示例性实施例中，上述第一响应模块,包括：

第一响应单元，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息组装为第一物联网IOT通道支持的信息，得到组装信息；

第一发送单元，用于通过上述第一IOT通道将上述组装信息发送至上述服务器，上述第一IOT通道是归属于上述第一设备的数据传输通道。

在一个示例性实施例中，上述装置还包括：

第三接收模块，用于接收第一设备发送的第一指令之前,接收上述第一设备发送的第一注册信息，其中，上述第一注册信息中包括上述第一设备支持的播放能力和上述第一设备的设备信息；

第一注册模块，用于将上述第一设备支持的播放能力和上述第一设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第二设备；

第二发送模块，用于将上述设备列表发送至上述第一设备，以指示上述第一设备从上述设备列表中选择播放上述目标音频的设备。

在一个示例性实施例中，上述装置还包括：

第四接收模块，用于接收第一设备发送的第一指令之前,接收上述第二设备发送的第二注册信息，其中，上述第二注册信息中包括上述第二设备支持的播放能力和上述第二设备的设备信息；

第二注册模块，用于将上述第二设备支持的播放能力和上述第二设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第一设备。

在一个示例性实施例中，上述装置还包括：

第三发送模块，用于将上述设备列表发送至上述服务器，以指示上述服务器基于上述设备列表中查找上述第二设备。

在一个示例性实施例中，上述第一发送模块，包括：

第一接收单元，用于通过第二IOT通道接收上述服务器发送的上述解析后的播放信息，其中，上述第二IOT通道是归属于上述第二设备的数据传输通道；

第二发送单元，用于将上述解析后的播放信息发送至上述第二设备。

在一个示例性实施例中，上述装置还包括：

第五接收模块，用于将解析后的播放信息发送至上述第二设备之后,通过第二IOT通道接收上述服务器发送的第一处理结果，其中，上述第一处理结果用于表示上述第二设备对上述目标音频的播放结果，上述第二IOT通道是归属于上述第二设备的数据传输通道；

第一解析模块，用于解析上述第一处理结果，得到解析后的处理结果；

第四发送模块，用于将上述解析后的处理结果发送至上述第一设备。

图8是根据本发明实施例的音频的播放装置的结构框图(二)，如图8所示，该装置包括：

第一接收模块82，用于接收第一设备发送的第一指令，其中，上述第一指令中包括上述第一设备播放的目标音频的播放信息和第二设备的设备信息；

第一响应模块84，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息发送至服务器，以指示上述服务器解析上述播放信息以及按照上述设备信息查找上述第二设备；

第一发送模块86，用于将解析后的播放信息发送至上述第二设备，以指示上述第二设备按照上述解析后的播放信息中的上述目标音频在上述第一设备中的播放进度播放上述目标音频。

在一个示例性实施例中，上述第一响应模块,包括：

第一响应单元，用于响应上述第一指令，将上述播放信息和上述第二设备的设备信息组装为第一物联网IOT通道支持的信息，得到组装信息；

第一发送单元，用于通过上述第一IOT通道将上述组装信息发送至上述服务器，上述第一IOT通道是归属于上述第一设备的数据传输通道。

在一个示例性实施例中，上述装置还包括：

第三接收模块，用于接收第一设备发送的第一指令之前,接收上述第一设备发送的第一注册信息，其中，上述第一注册信息中包括上述第一设备支持的播放能力和上述第一设备的设备信息；

第一注册模块，用于将上述第一设备支持的播放能力和上述第一设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第二设备；

第二发送模块，用于将上述设备列表发送至上述第一设备，以指示上述第一设备从上述设备列表中选择播放上述目标音频的设备。

在一个示例性实施例中，上述装置还包括：

第四接收模块，用于接收第一设备发送的第一指令之前,接收上述第二设备发送的第二注册信息，其中，上述第二注册信息中包括上述第二设备支持的播放能力和上述第二设备的设备信息；

第二注册模块，用于将上述第二设备支持的播放能力和上述第二设备的设备信息对应注册至设备列表中，其中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第一设备。

在一个示例性实施例中，上述装置还包括：

第三发送模块，用于将上述设备列表发送至上述服务器，以指示上述服务器基于上述设备列表中查找上述第二设备。

在一个示例性实施例中，上述第一发送模块，包括：

第一接收单元，用于通过第二IOT通道接收上述服务器发送的上述解析后的播放信息，其中，上述第二IOT通道是归属于上述第二设备的数据传输通道；

第二发送单元，用于将上述解析后的播放信息发送至上述第二设备。

在一个示例性实施例中，上述装置还包括：

第五接收模块，用于将解析后的播放信息发送至上述第二设备之后,通过第二IOT通道接收上述服务器发送的第一处理结果，其中，上述第一处理结果用于表示上述第二设备对上述目标音频的播放结果，上述第二IOT通道是归属于上述第二设备的数据传输通道；

第一解析模块，用于解析上述第一处理结果，得到解析后的处理结果；

第四发送模块，用于将上述解析后的处理结果发送至上述第一设备。

根据本发明的一个实施例，提供了一种音频的播放装置，包括：

第二接收模块，用于接收服务平台发送的解析后的播放信息，其中，上述解析后的播放信息是服务器响应第一指令解析的信息，上述第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；

第一确定模块，用于从上述解析后的播放信息中确定上述目标音频和上述目标音频在上述第一设备中的播放进度；

第一播放模块，用于按照上述播放进度播放上述目标音频。

在一个示例性实施例中，上述装置还包括：

第五发送模块，用于接收服务器发送的播放信息之前,向上述服务平台发送第二注册信息，其中，上述第二注册信息中包括上述第二设备支持的播放能力和上述第二设备的设备信息，上述服务平台用于将上述第二设备支持的播放能力和上述第二设备的设备信息对应注册至设备列表中，上述设备列表中还包括其他设备支持的播放能力和上述其他设备的设备信息，上述其他设备包括上述第一设备。

在一个示例性实施例中，上述第一播放模块，包括：

第一查找单元，用于在目标应用中查找上述目标音频；

第一播放单元，用于在上述目标应用具备播放上述目标音频的权限的情况下，通过上述目标应用按照上述播放进度播放上述目标音频。

在一个示例性实施例中，上述装置还包括：

第二确定模块，用于按照上述播放进度播放上述目标音频之后,确定播放上述音频的播放结果，得到第一处理结果；

第六发送模块，用于将上述第一处理结果发送至上述服务平台，以指示上述服务平台将上述第一处理结果发送至上述第一设备。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种音频的播放方法，其特征在于，包括：

接收第一设备发送的第一指令，其中，所述第一指令中包括所述第一设备播放的目标音频的播放信息和第二设备的设备信息；

响应所述第一指令，将所述播放信息和所述第二设备的设备信息发送至服务器，以指示所述服务器解析所述播放信息以及按照所述设备信息查找所述第二设备；

将解析后的播放信息发送至所述第二设备，以指示所述第二设备按照所述解析后的播放信息中的所述目标音频在所述第一设备中的播放进度播放所述目标音频。

2.根据权利要求1所述的方法，其特征在于，响应所述第一指令，将所述播放信息和第二设备的设备信息发送至服务器,包括：

响应所述第一指令，将所述播放信息和所述第二设备的设备信息组装为第一物联网IOT通道支持的信息，得到组装信息；

通过所述第一IOT通道将所述组装信息发送至所述服务器，所述第一IOT通道是归属于所述第一设备的数据传输通道。

3.根据权利要求1所述的方法，其特征在于，接收第一设备发送的第一指令之前,所述方法还包括：

接收所述第一设备发送的第一注册信息，其中，所述第一注册信息中包括所述第一设备支持的播放能力和所述第一设备的设备信息；

将所述第一设备支持的播放能力和所述第一设备的设备信息对应注册至设备列表中，其中，所述设备列表中还包括其他设备支持的播放能力和所述其他设备的设备信息，所述其他设备包括所述第二设备；

将所述设备列表发送至所述第一设备，以指示所述第一设备从所述设备列表中选择播放所述目标音频的设备。

4.根据权利要求1所述的方法，其特征在于，接收第一设备发送的第一指令之前,所述方法还包括：

接收所述第二设备发送的第二注册信息，其中，所述第二注册信息中包括所述第二设备支持的播放能力和所述第二设备的设备信息；

将所述第二设备支持的播放能力和所述第二设备的设备信息对应注册至设备列表中，其中，所述设备列表中还包括其他设备支持的播放能力和所述其他设备的设备信息，所述其他设备包括所述第一设备。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

将所述设备列表发送至所述服务器，以指示所述服务器基于所述设备列表中查找所述第二设备。

6.根据权利要求1所述的方法，其特征在于，将解析后的播放信息发送至所述第二设备，包括：

通过第二IOT通道接收所述服务器发送的所述解析后的播放信息，其中，所述第二IOT通道是归属于所述第二设备的数据传输通道；

将所述解析后的播放信息发送至所述第二设备。

7.根据权利要求1所述的方法，其特征在于，将解析后的播放信息发送至所述第二设备之后,所述方法还包括：

通过第二IOT通道接收所述服务器发送的第一处理结果，其中，所述第一处理结果用于表示所述第二设备对所述目标音频的播放结果，所述第二IOT通道是归属于所述第二设备的数据传输通道；

解析所述第一处理结果，得到解析后的处理结果；

将所述解析后的处理结果发送至所述第一设备。

8.一种音频的播放方法，其特征在于，包括：

接收服务平台发送的解析后的播放信息，其中，所述解析后的播放信息是服务器响应第一指令解析的信息，所述第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；

从所述解析后的播放信息中确定所述目标音频和所述目标音频在所述第一设备中的播放进度；

按照所述播放进度播放所述目标音频。

9.根据权利要求8所述的方法，其特征在于，接收服务器发送的播放信息之前,所述方法还包括：

向所述服务平台发送第二注册信息，其中，所述第二注册信息中包括所述第二设备支持的播放能力和所述第二设备的设备信息，所述服务平台用于将所述第二设备支持的播放能力和所述第二设备的设备信息对应注册至设备列表中，所述设备列表中还包括其他设备支持的播放能力和所述其他设备的设备信息，所述其他设备包括所述第一设备。

10.根据权利要求8所述的方法，其特征在于，按照所述播放进度播放所述目标音频，包括：

在目标应用中查找所述目标音频；

在所述目标应用具备播放所述目标音频的权限的情况下，通过所述目标应用按照所述播放进度播放所述目标音频。

11.根据权利要求8所述的方法，其特征在于，按照所述播放进度播放所述目标音频之后,所述方法还包括：

确定播放所述音频的播放结果，得到第一处理结果；

将所述第一处理结果发送至所述服务平台，以指示所述服务平台将所述第一处理结果发送至所述第一设备。

12.一种音频的播放装置，其特征在于，包括：

第一接收模块，用于接收第一设备发送的第一指令，其中，所述第一指令中包括所述第一设备播放的目标音频的播放信息和第二设备的设备信息；

第一响应模块，用于响应所述第一指令，将所述播放信息和所述第二设备的设备信息发送至服务器，以指示所述服务器解析所述播放信息以及按照所述设备信息查找所述第二设备；

第一发送模块，用于将解析后的播放信息发送至所述第二设备，以指示所述第二设备按照所述解析后的播放信息中的所述目标音频在所述第一设备中的播放进度播放所述目标音频。

13.一种音频的播放装置，其特征在于，包括：

第二接收模块，用于接收服务平台发送的解析后的播放信息，其中，所述解析后的播放信息是服务器响应第一指令解析的信息，所述第一指令中包括第一设备播放的目标音频的播放信息和第二设备的设备信息；

第一确定模块，用于从所述解析后的播放信息中确定所述目标音频和所述目标音频在所述第一设备中的播放进度；

第一播放模块，用于按照所述播放进度播放所述目标音频。

14.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至7中任一项所述的方法，或者，所述程序运行时执行权利要求8至11中任一项所述的方法。

15.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至7中任一项所述的方法，或者，所述处理器被设置为通过所述计算机程序执行权利要求8至11中任一项所述的方法。

Images