多媒体信息播放方法及装置与流程

1.本公开涉及计算机技术中的车联网领域，尤其涉及一种多媒体信息播放方法及装置。


背景技术：

2.随着移动通信技术的不断发展，若能在不同的终端设备之间进行多媒体信息的断点续播，则可以给用户带来良好的播放体验。
3.目前，相关技术中在不同终端设备之间实现多媒体信息的断点续播的时候，通常是用户人为记下在当前的终端设备中播放的多媒体信息的名称，之后在启动另一个终端设备的时候，用户手动输入多媒体信息的名称进行搜索，并将多媒体信息的播放进度手动的调整至对应的位置，以实现断点续播。
4.然而，人为记录播放多媒体信息的名称，并且人为搜索、人为调整的实现方式需要用户进行大量的操作，因此现有技术中的断点续播存在操作较为繁琐的问题。


技术实现要素：

5.本公开提供了一种多媒体信息播放方法及装置。
6.根据本公开的第一方面，提供了一种多媒体信息播放方法，应用于第一设备，所述第一设备位于设备组，所述设备组中包括多个设备，包括：
7.在所述设备组中的第二设备停止播放第一多媒体信息之后，所述第一设备根据所述第一设备的设备标识，获取所述第一多媒体信息对应的断点信息，所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度，所述第一设备的设备标识和所述第二设备的设备标识之间存在绑定关系；
8.所述第一设备根据所述第一多媒体信息的标识获取所述第一多媒体信息；
9.所述第一设备从所述播放进度开始播放所述第一多媒体信息。
10.根据本公开的第二方面，提供了一种多媒体信息播放方法，应用于第二设备，所述第二设备位于设备组，所述设备组中包括多个设备，包括：
11.在第二设备开始播放第一多媒体信息时，所述第二设备确定用户对所述第一多媒体信息的关注度，并在所述关注度大于或等于预设阈值时，生成所述第一多媒体信息的断点信息，所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度；
12.在所述第二设备接收停止指令时，所述第二设备根据所述停止指令停止播放所述第一多媒体信息；
13.所述第二设备向所述多媒体服务器发送所述断点信息。
14.根据本公开的第三方面，提供了一种多媒体信息播放装置，应用于第一设备，所述第一设备位于设备组，所述设备组中包括多个设备，包括：
15.第一获取模块，用于在所述设备组中的第二设备停止播放第一多媒体信息之后，所述第一设备根据所述第一设备的设备标识，获取所述第一多媒体信息对应的断点信息，
所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度，所述第一设备的设备标识和所述第二设备的设备标识之间存在绑定关系；
16.第二获取模块，用于所述第一设备根据所述第一多媒体信息的标识获取所述第一多媒体信息；
17.播放模块，用于所述第一设备从所述播放进度开始播放所述第一多媒体信息。
18.根据本公开的第四方面，提供了一种多媒体信息播放装置，应用于第二设备，所述第二设备位于设备组，所述设备组中包括多个设备，包括：
19.确定模块，用于在第二设备开始播放第一多媒体信息时，所述第二设备确定用户对所述第一多媒体信息的关注度，并在所述关注度大于或等于预设阈值时，生成所述第一多媒体信息的断点信息，所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度；
20.处理模块，用于在所述第二设备接收停止指令时，所述第二设备根据所述停止指令停止播放所述第一多媒体信息；
21.发送模块，用于所述第二设备向所述多媒体服务器发送所述断点信息。
22.根据本公开的第五方面，提供了一种电子设备，包括：
23.至少一个处理器；以及
24.与所述至少一个处理器通信连接的存储器；其中，
25.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面或者第二方面所述的方法。
26.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面或者第二方面所述的方法。
27.根据本公开的第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面或者第二方面所述的方法。
28.根据本公开的技术解决了断点续播的操作较为繁琐的问题。
29.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
30.附图用于更好地理解本方案，不构成对本公开的限定。其中：
31.图1为本公开实施例提供的多媒体信息播放方法的场景示意图；
32.图2为本公开实施例提供的多媒体信息播放方法的流程图；
33.图3为本公开实施例提供的多媒体信息播放方法的流程图二；
34.图4为本公开实施例提供的询问信息的实现示意图一；
35.图5为本公开实施例提供的询问信息的实现示意图二
36.图6为本公开实施例提供的建立各设备的设备标识的绑定关系的示意图；
37.图7为本公开实施例提供的第一设备根据续播请求获取暂停信息的实现示意图；
38.图8为本公开实施例提供的第一设备获取第一多媒体信息的实现示意图；
39.图9为本公开实施例提供的多媒体信息播放方法的流程图三；
40.图10为本公开实施例提供的多媒体信息播放方法的流程图四；
41.图11为本公开实施例提供的各个设备上报日志的实现示意图
42.图12为本公开实施例提供的预测模型输出第一多媒体信息的关注度的实现示意图；
43.图13为本公开实施例提供的关注度和预设阈值比较的实现示意图；
44.图14为本公开实施例提供的请求信息的实现示意图一；
45.图15为本公开实施例提供的请求信息的实现示意图二；
46.图16为本公开实施例提供的多媒体信息播放方法的流程示意图；
47.图17为本公开实施例的多媒体信息播放装置的结构示意图一；
48.图18为本公开实施例的多媒体信息播放装置的结构示意图二；
49.图19是用来实现本公开实施例的多媒体信息方法的电子设备的框图。
具体实施方式
50.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
51.为了更好的理解本公开的技术方案，下面对本公开所涉及的相关技术进行进一步的详细介绍。
52.随着移动通信技术的不断发展，用户可以通过多种多样的终端设备进行多媒体信息的播放，若能够在不同的终端设备之间实现多媒体信息的断点续播，则可以为用户带来良好的播放体验。
53.此处可以结合一个具体的场景示例对断点续播进行介绍，假设用户当前正在家中的智能音箱上播放多媒体信息a，之后用户停止在智能音箱播放的多媒体信息，假设停止的时候多媒体信息a播放到第45秒的位置。之后假设当用户上车，在车机启动之后，车机可以从第45秒的位置开始播放所述多媒体信息a，从而可以实现跨设备的断点续播。
54.目前，现有技术在实现多媒体信息的断点续播时，通常是用户人为记下在当前的终端设备中播放的多媒体信息的名称，之后在启动另一个终端设备的时候，用户手动输入多媒体信息的名称进行搜索，并将多媒体信息的播放进度手动的调整至对应的位置，以实现断点续播。
55.然而，人为记录播放多媒体信息的名称，并且人为搜索、人为调整的实现方式需要用户进行大量的操作，因此现有技术中的断点续播存在操作较为繁琐的问题。同时，在特定的场景下(比如车载场景)，频繁的操作可能存在一定的危险性，以及依赖人为记录的实现方式，因为用户可能忘记刚才播放的多媒体信息，因此存在无法实现断点续播的风险。
56.此外，在另一种可能的实现方式中，还可以依赖登录有同一个账号的媒体播放应用，实现在不同终端设备之间的多媒体信息的断点续播，比如说用户在终端设备a上安装有音乐播放应用1，在终端设备b上也安装有音乐播放应用1，其中在终端设备a的音乐播放应用1和终端设备b的音乐播放应用2上登录的是同一个账号。
57.假设用户在终端设备a上通过音乐播放应用1播放多媒体信息，在用户停止播放之后，当用户打开终端设备b的音乐播放应用1时，因为登录的是同一个账号，因此例如可以获取终端设备a中的多媒体播放信息，之后针对在终端设备a中播放的多媒体信息进行断点续播。
58.然而，这种实现方式依赖于在不同设备之间登录有同一账号的媒体播放应用，很难实现跨媒体播放应用之间的断点续播，因此会导致断点续播的实现存在较大的局限性，并且现有技术的实现方式中，无论是针对什么多媒体信息都会进行断点续播，比如说针对用户不感兴趣的多媒体信息也会进行断点续播，从而会导致断点续播的实现缺乏智能性，同时这种实现方式依赖于用户打开指定的媒体播放应用，因此仍然存在用户操作较为繁琐的问题。
59.针对现有技术中的问题，本公开提出了如下技术构思：针对参与断点续播的各个设备，可以建立各个设备之间的绑定关系，之后在其中的任一个设备上播放多媒体信息的时候，可以首先预测用户是否喜欢当前播放的多媒体信息，在确定用户喜欢的时候，可以将该多媒体信息的断点信息上传至多媒体服务器，之后其余设备在启动之后，可以根据绑定关系从多媒体服务器中获取对应的断点信息，从而在不依赖人为记录以及不依赖同一媒体播放应用的前提下，有效的实现跨设备的多媒体信息断点续播。
60.在上述介绍内容的基础上，下面结合具体的实施例对本公开提供的多媒体信息播放方法进行介绍，首先结合图1对本公开中的多媒体信息播放方法的应用场景进行说明，图1为本公开实施例提供的多媒体信息播放方法的场景示意图。
61.如图1所示，可以进行断点续播的终端设备例如可以包括图1中所示的移动电话102、智能音箱103、车机104等等，在实际实现过程中，终端设备还例如可以包括计算机设备、平板电脑，或者还可以包括便携式、袖珍式、手持式、计算机内置的移动装置或设备等等，本实施例对进行断点续播的终端设备的具体实现方式不做特别限制，凡是能够播放多媒体信息，并且能够和多媒体服务器进行数据交互的设备，均可以作为本实施例中的终端设备，其具体实现可以根据实际需求进行选择。
62.在一种可能的实现方式中，针对同一个用户参与断点续播的各个终端设备可以组成一个设备组，在设备组中的各个终端设备之间例如可以存在关联关系，以便于后续进行断点数据的互通。比如说设备组中的各个终端设备的设备标识之间可以存在绑定关系，例如当前设备组中包括移动电话、智能音箱、车机，其中，移动电话的标识、智能音箱的标识、车机的标识三者之间可以互相存在绑定关系。其中，终端设备的标识例如可以为用户在终端设备上的登录账号，或者还可以为终端设备的唯一设备码等等，本实施例对终端设备的标识的具体实现方式不做限制，其可以根据实际需求进行选择，只要能够实现对终端设备的唯一指示即可。
63.参见图1，各个终端设备均可以和多媒体服务器101进行数据的交互，可以理解的是，各个终端设备例如可以向多媒体服务器发送断点信息，以及各个终端设备还可以从多媒体服务器中获取其余终端设备的断点信息，以实现断点续播。在实际实现过程中，例如终端设备在停止播放多媒体信息的时候，可以向多媒体服务器发送所述多媒体信息的断点信息，还例如终端设备在确定进行断点续播的时候，可以从多媒体服务器中获取对应终端设备的断点信息。
64.在上述图1介绍的场景的基础上，下面结合图2对本公开实施例提供的多媒体信息播放方法进行介绍，值得说明的是，本实施例介绍的方法应用于第一设备，其中，第一设备为设备组中的设备，在设备组中可以包括多个设备，基于上述介绍可以确定的是，针对同一个用户进行断点续播的设备可以组成一个设备组，例如在设备组中可以包括移动手机、智能音箱、车机等等，第一设备可以为设备组中的任意一个设备。
65.在此基础上，下面结合图2进行介绍，图2为本公开实施例提供的多媒体信息播放方法的流程图。
66.如图2所示，该方法包括：
67.s201、在设备组中的第二设备停止播放第一多媒体信息之后，第一设备根据第一设备的设备标识，获取第一多媒体信息对应的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度，第一设备的设备标识和第二设备的设备标识之间存在绑定关系。
68.在本实施例中，例如设备组中的第二设备可以播放第一多媒体信息，其中第二设备同样是位于设备组中的设备，比如说第一设备是手机，第二设备是智能音箱，或者第一设备是手机，第二设备是车机等等，本实施例对第一设备和第二设备的具体实现方式不做限制，只要其是上述介绍的设备组中的设备，可以实现断点续播即可。
69.其中，当第二设备停止播放第一多媒体信息之后，可以生成第一多媒体信息的断点信息，其中断点信息用于指示当前播放的第一多媒体信息以及当前第一多媒体信息的播放位置。
70.之后，第一设备可以对应获取第一多媒体信息对应的断点信息，在一种可能的实现方式中，第二设备例如可以将第一多媒体信息的断点信息上传至多媒体服务器，以及在多媒体服务器中例如可以存储有设备组中的各个设备的设备标识之间的绑定关系，比如说在本实施例中，第一设备的设备标识和第二设备的设备标识之间就存在绑定关系。
71.因此第一设备例如可以根据第一设备的设备标识向多媒体服务器请求获取断点信息，之后多媒体服务器根据第一设备的设备标识和第二设备的设备标识之间的绑定关系，获取对应的第二设备所上传的第一多媒体信息的断点信息，之后将断点信息发送给第一设备，因此第一设备就可以实现获取第一多媒体信息的断点信息。
72.在另一种可能的实现方式中，第一设备还可以和第二设备之间根据设备标识建立有无线连接，因此还可以是第一设备根据第一设备的设备标识，向第二设备请求获取第一多媒体信息的断点信息。
73.本实施例中的断点信息例如可以包括第一多媒体信息的标识和第一多媒体信息的播放进度，其中第一多媒体信息的标识例如可以为名称、标识(id)、索引号等等，本实施例对此不做限制，只要标识能够实现对第一多媒体信息进行唯一指示即可。以及，其中播放进度例如可以为停止播放时的播放时刻，比如说播放到1分30秒的位置，或者还可以为多媒体视频的剩余播放时长，比如说第一多媒体视频还有30秒就播放完成了。在实际实现过程中，断点信息的实现方式还可以根据实际需求进行选择和扩展，凡是与第一多媒体信息相关的信息均可以作为本实施例中的断点信息。
74.以及值得说明的是，本实施例中的第一多媒体信息例如可以为音频，比如说音乐音频、故事音频、电台音频、相声音频等等，或者第一多媒体信息还可以为视频，本实施例对
第一多媒体信息的具体实现方式不做特别限制，可以理解的是，凡是存在播放进度的媒体信息均可以作为本实施例中的第一多媒体信息。
75.s202、第一设备根据第一多媒体信息的标识获取第一多媒体信息。
76.第一设备在获取到第一多媒体信息对应的断点信息之后，就可以根据第一多媒体信息的断点信息，对第一多媒体信息进行断点续播了。
77.可以理解的是，要实现对第一多媒体信息的断点续播，首先需要获取到第一多媒体信息，因此本实施例中，第一设备可以根据第一多媒体信息的标识获取第一多媒体信息。
78.在一种可能的实现方式中，第一设备例如可以调用预设的多媒体信息播放应用，之后按照第一多媒体信息的标识在多媒体信息播放应用中进行对应的检索，从而获取第一多媒体信息。
79.s203、第一设备从播放进度开始播放第一多媒体信息。
80.在获取到第一多媒体信息之后，因为断点信息中还包括第一多媒体信息的播放进度，因此第一设备可以从播放进度开始播放第一多媒体信息，从而实现对第一多媒体信息的断点续播。
81.比如说播放进度为1分钟30秒，同时假设第一多媒体信息一共有3分钟，则第一设备可以从第一多媒体信息的1分钟30秒处开始播放第一多媒体信息，因为在第二设备中，第一多媒体信息是在1分30秒处开始停止播放的，之后在第一设备中从1分30秒处开始进行播放，就有效实现了对第一多媒体信息的断点续播，并且在此过程中，无需依赖用户的人工操作，也无需依赖登录同一个账号的特定媒体播放应用，因此可以简单有效的实现断点续播，减少了操作的繁琐程度和复杂程度。
82.本公开实施例提供的多媒体信息播放方法，包括：在设备组中的第二设备停止播放第一多媒体信息之后，第一设备根据第一设备的设备标识，获取第一多媒体信息对应的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度，第一设备的设备标识和第二设备的设备标识之间存在绑定关系。第一设备根据第一多媒体信息的标识获取第一多媒体信息。第一设备从播放进度开始播放第一多媒体信息。在第二设备停止播放第一多媒体信息之后，可以根据第一设备的设备标识和第二设备的设备标识之间的绑定关系，使得第一设备可以获取到对应的第一多媒体信息的断点信息，之后根据断点信息获取相应的第一多媒体信息，并且从断点信息中包括的播放进度处开始播放所述第一多媒体信息，从而可以在无需依赖人工操作，也无需依赖同一应用程序的基础上，简单有效的实现在第一设备和第二设备之间的断点续播，因此可以减少断点续播过程中的操作繁琐性。
83.在上述实施例的基础上，下面结合图3至图8对本公开实施例提供的多媒体信息播放方法进行进一步的详细介绍，图3为本公开实施例提供的多媒体信息播放方法的流程图二，图4为本公开实施例提供的询问信息的实现示意图一，图5为本公开实施例提供的询问信息的实现示意图二，图6为本公开实施例提供的建立各设备的设备标识的绑定关系的示意图，图7为本公开实施例提供的第一设备根据续播请求获取暂停信息的实现示意图，图8为本公开实施例提供的第一设备获取第一多媒体信息的实现示意图。
84.如图3所示，该方法包括：
85.s301、在设备组中的第二设备停止播放第一多媒体信息之后，在第一设备启动或者被唤醒后，第一设备输出询问信息，询问信息用于请求是否继续播放设备组中其它设备
停止播放的多媒体信息。
86.与上述实施例类似，本实施例中的第二设备可以停止播放第一多媒体信息，之后第一设备可以获取第一多媒体信息对应的断点信息，在一种可能的实现方式中，本实施例中的第一设备可以在启动或者被唤醒之后，首先输出询问信息，其中，询问信息用于请求是否继续播放设备组中的其他设备停止播放的多媒体信息。
87.可以理解的是，在本实施例的实现方式中，在获取第一多媒体信息的断点信息之前，会首先询问用户当前是否要续播其他设备停止播放的多媒体信息。
88.其中，第一设备例如可以根据用户对启动按钮的点击操作，从而实现第一设备的启动，具体的，比如说车辆点火、手机开机、智能音箱开机等等。或者，第一设备还可以根据用户的唤醒语音，从而实现第一设备的唤醒，比如说用户通过语音唤醒车机、用户通过语音唤醒手机、用户通过语音唤醒智能音箱等等，在实际实现过程中，第一设备的启动或者唤醒的具体实现方式可以根据实际需求进行选择，本实施例对此不做限制。
89.在第一设备启动或者被唤醒之后，本实施例中的第一设备就可以输出询问信息，以询问用户当前是否需要续播其它设备停止播放的多媒体信息，在本实施例中，询问信息可以为语音信息，或者还可以为文本信息或者图像。
90.其中，当询问信息为语音信息的时候，第一设备例如可以播放所述询问信息，例如可以以第一设备是智能音箱为例，结合图4进行理解，图4中示意出了用户和智能音箱的几次交互。
91.参见其中的401，用户例如可以通过语音唤醒智能音箱，比如说用户说“小d小d，播放音乐”，之后智能音箱响应于用户的语音输入，播放询问信息，参见402，智能音箱可以播放询问信息“是否续播第二设备停止的音乐”。
92.值得说明的是，图4中的实现仅为示例性的介绍，在实际实现过程中，用户的唤醒语音以及询问信息的语音的具体实现方式可以根据实际需求进行选择，本实施例对此不做限制。
93.或者，当询问信息为文本信息或者图像的时候，第一设备例如可以显示所述询问信息，例如可以以第一设备是车机为例，结合图5进行理解，图5中示意出了用户和车机的交互。
94.参见图5，图5中的501示意出了车辆中控的实现，在车辆中控中例如可以包括屏幕，车机例如可以在屏幕上显示询问信息，显示的实现方式例如可以参照图502中的实现，显示有“是否续播第二设备中停止的音乐”，以及还提供有用户可操作的选择控件。
95.此处的图5同样为示例性的说明，在实际实现过程中，显示询问信息的实现方式同样可以根据实际需求进行选择，本实施例对此不做介绍。
96.本实施例中介绍的第一设备输出询问信息的实现方式为，在第一设备启动或者被唤醒之后，即输出询问信息，这种实现方式中只需要用户对第一设备进行启动或者唤醒，无需进行额外的操作。
97.在另一种可选的实现方式中，在第一设备启动或者被唤醒之后，第一设备还可以先不输出询问信息，而是在第一设备接收到多媒体信息播放指令之后，再输出询问信息，其中多媒体信息播放指令例如可以为根据用户的指示语音生成的指令，比如说上述图4介绍的“小d小d，播放音乐”，或者多媒体信息播放指令还可以为根据用户的相关触控操作生成
的指令，本实施例对生成多媒体信息播放指令的实现方式不做限制，只要多媒体信息播放指令用于指示第一设备播放多媒体信息即可。
98.在当前的实现方式中，在第一设备接收到多媒体信息播放指令之后，可以确定当前的用户是要求播放多媒体信息的，此时再输出询问信息，可以有效保证当前输出询问信息是符合用户意愿的，进而可以提升询问信息的有效性。
99.在实际实现过程中，在第一设备输出询问信息之前，是否需要接收多媒体信息播放指令，可以根据实际需求进行选择，本实施例对此不做限制。
100.或者在可选的实现方式中，第一设备还可以不输出询问信息，例如可以在第一设备启动或者被唤醒之后就直接获取断点信息，本实施例对获取断点信息之前的具体触发条件不做限制，其可以根据实际需求进行选择。
101.s302、第一设备接收确认指令，确认指令用于指示继续播放设备组中其它设备停止播放的多媒体信息。
102.在第一设备输出询问信息之后，第一设备例如可以接收确认指令，本实施例中的确认指令用于指示继续播放设备组中的其他设备停止播放的多媒体信息。
103.在一种可能的实现方式中，确认指令例如可以为根据用户的响应语音生成的，比如说参照图4，在402中的智能音箱播放“是否续播第二设备停止的音乐”的询问信息之后，可以监测用户的响应语音，如图4中的403所示，若用户此时的响应语音为“播放”，则可以对应生成确认指令，之后第一设备就可以去获取断点信息了。
104.在另一种可能的实现方式中，确认指令还可以为根据用户的触控操作生成的，比如说参照图5，在图5中车机的屏幕502中向用户提供了两个可操作的控件，其中控件“是”用于确认续播第二设备中停止的音乐，控件“否”用于确认不续播第二设备中停止的音乐。
105.如图5所示，假设当前检测到了用户对控件503的触控操作，则可以对应生成确认指令，之后第一设备就可以去获取断点信息了。
106.或者在可选的实现方式中，若在预设时长内没有监听到用户的响应语音，或者在预设时长内没有检测到用户对确认控件的触控操作，则可以根据默认设置确定下一步操作，比如说默认设置为默认续播其它设备停止播放的第一多媒体信息，则当前可以认为接收到确认指令；或者，比如说默认设置为默认不续播其它设备停止播放的第一多媒体信息，则当前可以不进行断点续播，本实施例对此不做限制。
107.在实际实现过程中，确认指令的具体实现可以根据实际需求进行选择，只要确认指令为用于指示播放设备组中的其它设备停止播放的多媒体信息即可，本实施例对其具体的实现方式以及生成方式均不做限制。
108.s303、第一设备根据确认指令，向多媒体服务器发送续播请求。
109.第一设备在获取到确认指令之后，就可以确定当前需要播放设备组中的其它设备停止播放的多媒体信息，在一种可能的实现方式中，设备组中的各个设备例如可以将断点信息发送给多媒体服务器，则在多媒体服务器中可以存储有设备组中的各个设备的断点信息。
110.因此在本实施例中，第一设备例如可以从多媒体服务器中获取断点信息，在一种可能的实现方式中，第一设备例如可以根据确认指令，向多媒体服务器发送续播请求，其中，续播请求用于请求获取和第一设备的设备标识存在绑定关系的设备的断点信息。
111.其中，在多媒体服务器中例如可以存储有设备组中的各个设备的设备标识之间的绑定关系，例如可以参照图6进行理解，在一种可能的实现方式中，多媒体服务器例如可以通过终端设备获取参与断点续播的各个设备的设备标识，如图6所示，例如在手机601的屏幕上显示有可以输入待绑定的设备标识的界面，用户例如可以在该页面填写参与断点续播的各个设备的设备标识，在填写完成之后例如可以点击屏幕中的提交按钮。
112.之后手机601可以响应于用户的点击操作，将当前获取到的各个设备的设备标识发送给多媒体服务器，比如参见图6，当前手机收集到的设备标识包括手机a的设备标识、智能音箱b的设备标识以及车机c的设备标识，则手机可以将这三个设备各自的设备标识发送给多媒体服务器。
113.可以理解的是，当前的手机a、智能音箱b和车机c就可以组成设备组，这三个设备就是可以在互相之间进行断点续播的设备。其中，各个设备的设备标识例如可以为各个设备上的登录账号，比如说智能音箱为百度音箱，则例如智能音箱对应的设备标识就例如可以是百度账号；或者，设备标识还可以为各个设备的唯一识别码等等，本实施例对此不做限制。在实际实现过程中，设备组中具体包括哪些设备，以及各个设备的设备标识，均可以根据实际需求进行选择，本实施例对此不做限制。
114.在多媒体服务器接收到手机发送的各个设备的设备标识之后，就可以针对当前接收到的各个设备的设备标识建立绑定关系，比如说参见图6，多媒体服务器602可以根据手机a的设备标识、智能音箱b的设备标识、车机c的设备标识建立如图6所示的绑定关系1，可以理解的是，在绑定关系1中的任意两个设备标识之间都是存在对应关系的。
115.以及，在确定绑定关系之后，多媒体服务器还会对确定的绑定关系进行存储，以便于后续进行相应数据的查询和存储。
116.在上述图6介绍的实现方式中，是通过手机向多媒体服务器发送的设备组中的各个设备的设备标识，在实际实现过程中，例如可以通过设备组中的任一个设备向多媒体服务器发送待绑定的各个设备的设备标识。
117.或者，还可以是设备组中的各个设备分别向多媒体服务器发送各自的设备标识，同时设备组中的各个设备发送相同的标识符，之后多媒体服务器可以根据标识符将设备组中的各个设备匹配在一起，从而建立各个设备的设备标识之间的绑定关系。本实施例对多媒体服务器建立各个设备的设备标识的绑定关系的具体实现方式不做限制，其可以根据实际需求进行选择和设置。
118.s304、第一设备接收多媒体服务器响应于续播请求所发送的断点信息，其中，断点信息为多媒体服务器根据第一设备的设备标识以及各设备的设备标识之间的绑定关系所确定的。
119.在第一设备向多媒体服务器发送续播请求之后，多媒体服务器例如可以根据续播请求确定断点信息，在一种可能的实现方式中，在续播请求中可以包括第一设备的设备标识，基于上述介绍可以确定的是，在多媒体服务器中存储有各个设备的设备标识之间的绑定关系，则多媒体服务器可以根据第一设备的设备标识以及各个设备的设备标识之间的绑定关系，获取第一设备对应的断点信息。
120.例如可以结合图7的示例进行理解，如图7所示，假设当前第一设备为图7所示的701，其例如可以为手机a，手机a可以向多媒体服务器发送续播请求，在续播请求中包括手
机a的设备标识。
121.多媒体服务器在接收到续播请求之后，可以确定当前手机a需要播放设备组中的其余设备停止播放的多媒体信息，因此可以根据续播请求中的手机a的设备标识以及多媒体服务器中存储的绑定关系1，获取多媒体服务器中存储的设备组中的其余设备的断点信息。
122.例如参见图7，当前根据手机a的设备标识以及绑定关系1，例如可以获取智能音箱b的断点信息以及车机c的断点信息，假设当前智能音箱b不存在断点信息，以及假设当前车机c对应有第一多媒体信息的断点信息，则多媒体服务器可以根据手机a的设备标识确定第一多媒体信息的断点信息，并将第一多媒体信息的断点信息发送给手机a。
123.在一种可能的实现方式中，断点信息可以包括第一多媒体信息的标识和第一多媒体信息的播放进度，其在上述实施例中以及进行了介绍，此处不再赘述。
124.s305、第一设备根据第一多媒体信息的类型，确定多媒体应用程序。
125.可以理解的是，通常设备在播放多媒体信息的时候，都是通过相应的多媒体应用程序进行播放的，因此本实施例中还可以确定当前用于播放第一多媒体信息的多媒体应用程序。
126.本实施例中的多媒体信息可以包括多种类型，比如说音频类型、视频类型，其对应的多媒体应用程序是不同的，因此本实施例中，第一设备可以根据第一多媒体信息的类型，确定多媒体应用程序。
127.在一种可能的实现方式中，比如说第一多媒体信息为音频类型的信息，则多媒体应用程序可以为用于播放音频的应用程序；或者，比如说第一多媒体信息为视频类型的信息，则多媒体应用程序可以为用于播放视频的应用程序。
128.同时还指的说明的是，在第一设备中，用于播放对应类型的多媒体信息的多媒体应用程序可以有多个，比如说针对音频类型的第一多媒体信息，第一设备中可以包括音频应用程序1、音频应用程序2等等。针对视频类型的类似。
129.在一种可能的实现方式中，当前在确定多媒体应用程序的时候，例如可以将系统默认的多媒体应用程序确定为当前选择的多媒体应用程序，或者可以将用户设置的默认使用的多媒体应用程序确定为当前选择的多媒体应用程序，或者还可以在多个多媒体应用程序中随机选择一个，本实施例对在第一设备中的多个多媒体应用程序中选择一个目标多媒体应用程序，以用来播放第一多媒体信息的具体实现方式不做限制，其可以根据实际需求进行选择。
130.s306、第一设备通过多媒体应用程序向应用服务器发送下载请求，下载请求中包括第一多媒体信息的标识和播放进度。
131.第一设备在确定多媒体应用程序之后，第一设备就可以通过多媒体应用程序获取第一多媒体信息了。在一种可能的实现方式中，第一设备可以通过多媒体应用程序向应用服务器发送下载请求，其中，下载请求中包括第一多媒体信息的标识和播放进度。
132.s307、第一设备通过多媒体应用程序接收应用服务器发送的第一多媒体信息中的部分多媒体信息，部分多媒体信息为第一多媒体信息中播放进度之后的多媒体信息。
133.在应用服务器接收到下载请求之后，可以根据下载请求中的第一多媒体信息的标识和播放进度，获取第一多媒体信息中播放进度之后的部分多媒体信息，并通过所述多媒
体应用程序将所述第一多媒体信息中的部分多媒体信息发送给第一设备，因此第一设备就可以获取需要进行断点续播的部分多媒体信息。
134.例如可以结合图8进行理解，如图8所示，第一设备801可以通过多媒体应用程序向应用服务器802发送下载请求，在下载请求中包括第一多媒体信息的标识ε以及播放进度为30秒。
135.之后应用服务器802就可以根据第一多媒体信息的标识ε，通过网络获取第一多媒体信息ε，如图8所示，假设第一多媒体信息ε为图8中所述的3分钟的音频，以及应用服务器还需要根据断点信息中的播放进度，在第一多媒体信息的中获取部分多媒体信息。
136.如图8所示，假设播放进度为30秒，则表示在第二设备中第一多媒体信息是播放到30秒停止的，则应用服务器可以根据该播放进度，将第一多媒体信息中第30秒到第3分钟的时间段的部分，确定为待发送的部分多媒体信息，之后将确定的部分多媒体信息通过多媒体应用程序发送给第一设备。
137.可以理解的是，本实施例中将第一多媒体信息中播放进度之后的部分多媒体信息发送给第一设备，从而可以有效的减少信息发送量，以提升的发送效率和速度。
138.上述图8进行的介绍仅为示例性的介绍，在实际实现过程中，第一多媒体信息的标识以及播放进度的具体实现可以根据实际需求进行选择，本实施例对此不做限制。
139.s308、第一设备从播放进度开始播放第一多媒体信息。
140.第一设备在获取到第一多媒体信息的部分多媒体信息之后，就可以从播放进度处开始播放所述第一多媒体信息了。
141.比如说在上述图8的示例中，播放进度为30秒，对应的部分多媒体信息为第一多媒体信息中第30秒到第3分钟的时间段的部分，则例如可以从第30秒开始播放所述第一多媒体信息。其中第二设备是在第30秒的位置停止对第一多媒体信息的播放的，当前第一设备从第30秒处开始播放所述第一多媒体信息，从而可以有效的实现对第一多媒体信息的断点续播。
142.此处还需要说明的是，本实施例中的第一多媒体信息可以为单独的一个多媒体信息，在这种情况下，直接对该多媒体信息进行断点续播即可。在可选的实现方式中，本实施例中的第一多媒体信息还可以包括多个多媒体信息，比如说一共有5首音乐，在这种情况下，例如可以将5首音乐提供给用户，之后根据用户的选择开始进行断点续播；或者，还可以按照预设规则对5首音乐进行排序，然后依次进行断点续播，其中，预设规则例如可以为按照音乐名称首字母进行排序，按照优先级进行排序等等，本实施例对此不做限制。
143.本公开实施例提供的多媒体信息播放方法，通过在服务器中存储设备组中的各个设备的设备标识之间的绑定关系，以及存储设备组中的各个设备针对多媒体信息的断点信息，从而可以在第一设备需要进行断点续播的时候，根据第一设备的标识简单有效的获取到对应的设备的断点信息，此过程不依赖人工记忆，也不依赖同一应用程序，从而可以有效避免断点续播过程中的繁琐操作。并且本实施例中的第一设备可以通过向多媒体服务器发送续播请求，进而获取到断点信息，其中第一设备在发送续播请求之前，会首先输出询问信息，在接收到针对询问信息的确认指令之后，再发送续播信息，从而可以保证当前进行断点续播是符合用户意愿的，进而可以有效提升用户体验。并且本实施例中在根据断点信息获取第一多媒体信息的时候，具体获取的是播放进度之后的部分多媒体信息，之后针对部分
多媒体信息进行播放，从而可以有效的减少传输的信息量，提升对第一多媒体信息进行断点续播的效率和速度。
144.上述实施例介绍的是针对第一设备进行断点续播的实现方式，基于上述介绍可以确定的是，第一设备要实现断点续播，还要依赖第二设备向服务器上传第一多媒体信息的断点信息，下面结合具体的实施例对第二设备一侧的操作进行介绍。值得说明的是，本实施例介绍的方法应用于第二设备，其中，第二设备为设备组中的设备，设备组和第二设备在上述实施例中已经进行了介绍，此处不再赘述。
145.下面首先结合图9进行介绍，图9为本公开实施例提供的多媒体信息播放方法的流程图三。
146.如图9所示，该方法包括：
147.s901、在第二设备开始播放第一多媒体信息时，第二设备确定用户对第一多媒体信息的关注度，并在关注度大于或等于预设阈值时，生成第一多媒体信息的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度。
148.在本实施例中，在第二设备每开始播放一个新的多媒体信息的时候，需要确定当前是否需要对该多媒体信息的断点信息进行保存。在一种可能的实现方式中，比如说当前第二设备开始播放第一多媒体信息的时候，第二设备例如可以确定用户对第一多媒体信息的关注度，之后根据用户对第一多媒体信息的关注度，确定是否保存第一多媒体信息的断点信息，其中，关注度例如可以指示用户对第一多媒体信息的喜爱程度。
149.比如说，当前针对关注度设置有预设阈值，可以将关注度和预设阈值进行比较，在确定关注度大于或等于所述预设阈值的时候，可以确定当前的第一多媒体信息是用户喜欢的第一多媒体信息，则可以生成第一多媒体信息的断点信息，在断点信息中包括第一多媒体信息的标识和第一多媒体信息的播放进度。
150.或者，在确定关注度小于所述预设阈值的时候，就可以认为当前用户并不喜欢第一多媒体信息，则可以无需生成第一多媒体信息的断点信息。
151.s902、在第二设备接收停止指令时，第二设备根据停止指令停止播放第一多媒体信息。
152.在本实施例中，第二设备可以播放第一多媒体信息，在第二设备播放第一多媒体信息的过程中，第二设备例如可以接收停止指令，其中，停止指令用于指示停止播放所述第一多媒体信息。
153.在一种可能的实现方式中，停止指令例如可以是在第二设备触发关机事件的时候生成的，比如说车机关机、手机关机、智能音箱关机等等。
154.或者停止指令还可以是在第二设备退出当前播放第一多媒体信息的多媒体应用程序之后生成的，比如说当前正在通过手机中的xx音乐播放第一多媒体信息，当用户在退出xx音乐之后，可以生成停止指令。
155.或者停止指令还可以是第二设备在暂停播放所述第一多媒体信息的时长到达预设时长之后生成的，比如说当前通过手机中的xx音乐播放第一多媒体信息，用户通过xx音乐中的暂停按钮暂停播放第一多媒体信息，比如说当暂停的时长达到5分钟的时候，可以确定当前用户停止播放第一多媒体信息了，因此可以生成停止指令。
156.或者停止指令还可以为根据接收到的指示停止播放的语音指令、指示停止播放的
触控操作生成的，比如说智能音箱监听到用户的语音“小d小d，停止播放音乐”，则可以对应生成停止指令。
157.本实施例对生成停止指令的具体实现方式不做限制，只要停止指令当前可以指示第二设备停止播放所述第一多媒体信息即可。
158.在第二设备接收到停止指令之后，就可以停止播放当前的第一多媒体信息，本实施例中的第一多媒体信息可以为音频，或者还可以为视频，本实施例对此不做限制。
159.s903、第二设备向多媒体服务器发送断点信息。
160.上述第二设备已经确定了需要对第一多媒体信息进行断点续播，因此针对第一多媒体信息生成了断点信息，当前在第二设备停止播放第一多媒体信息之后，就可以向多媒体服务器发送所述断点信息了，以使得之后的第一设备可以对应的根据所述断点信息对第一多媒体信息进行断点续播。
161.本公开实施例提供的多媒体信息播放方法，包括：在第二设备开始播放第一多媒体信息时，第二设备确定用户对第一多媒体信息的关注度，并在关注度大于或等于预设阈值时，生成第一多媒体信息的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度。在第二设备接收停止指令时，第二设备根据停止指令停止播放第一多媒体信息。第二设备向多媒体服务器发送断点信息。其中第二设备确定用户对第一多媒体信息的关注度，并在关注度大于或等于预设阈值时，生成第一多媒体信息的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度。之后在第二设备根据停止指令停止播放第一多媒体信息时，向多媒体服务器发送断点信息，从而可以使得第一设备之后根据第一设备的设备标识对应获取待所述第一多媒体信息的断点信息，在此过程中，不依赖人工记忆，也不依赖同一应用程序，因此无需进行繁琐的操作，同时本实施例中在确定用户喜欢当前的第一多媒体信息的时候，才对应生成并发送第一多媒体信息的断点信息，以提升断点续播的合理性，因此本实施例提供的方案，可以简单有效的实现针对多媒体信息的断点续播。
162.在上述实施例的基础上，下面结合图10至图15对本公开实施例提供的第二设备一侧的多媒体信息播放方法进行进一步的详细介绍，图10为本公开实施例提供的多媒体信息播放方法的流程图四，图11为本公开实施例提供的各个设备上报日志的实现示意图，图12为本公开实施例提供的预测模型输出第一多媒体信息的关注度的实现示意图，图13为本公开实施例提供的关注度和预设阈值比较的实现示意图，图14为本公开实施例提供的请求信息的实现示意图一，图15为本公开实施例提供的请求信息的实现示意图二。
163.如图10所示，该方法包括：
164.s1001、在第二设备开始播放第一多媒体信息时，第二设备获取用户对多媒体信息的关注信息。
165.在本实施例中，第二设备在确定用户对第一多媒体信息的关注度的时候，例如可以根据用户对多媒体信息的关注信息以及预设模型进行确定，因此在一种可能的实现方式中，在第二设备开始播放第一多媒体信息的时候，第二设备可以获取用户对多媒体信息的关注信息。
166.其中，用户对多媒体信息的关注信息例如可以包括至少一个标签，例如可以包括用户感兴趣的音乐类型的标签，比如说古风、轻音乐、流行等等，以及还可以包括用户感兴
趣的歌手的标签、用户感兴趣的专辑的标签等等，这些标签例如可以和用户标识关联，或者还可以和设备组中的各个设备标识关联，本实施例对此不做限制，只要可以指示当前用户对多媒体信息的关注信息即可。
167.在本实施例中，用户对多媒体信息的关注信息例如可以理解为用户的多媒体信息画像，可以体现用户在多媒体信息播放方面的喜好，比如说针对多媒体信息为音乐的时候，用户对多媒体信息的关注信息例如可以为用户的音乐画像，用于指示用户对音乐播放的喜好。再比如说针对多媒体信息为视频的时候，用户对多媒体信息的关注信息例如可以为用户的视频画像等等，用于指示用户对视频播放的喜好。
168.在一种可能的实现方式中，用户对多媒体信息的关注信息例如可以存在多媒体服务器中，因此第二设备例如可以根据第二设备的设备标识，从多媒体信息服务器中获取用户对多媒体信息的关注信息。
169.下面结合图11对多媒体信息服务器生成并存储用户对多媒体信息的关注信息的实现方式进行介绍。
170.参见图11，假设当前参与断点续播的设备组中的设备包括图11所示的移动电话1102、智能音箱1103以及车机1104，其中，各个设备例如都可以定时向多媒体服务器1101上报日志，在日志中包括各个设备中的多媒体信息播放行为。
171.以多媒体信息是音乐为例，比如说移动电话1102可以定时在每天凌晨的12点，向多媒体信息服务器1101上报在移动电话1102中，从昨天凌晨12点到今天凌晨12点的所有音乐播放行为，其中音乐播放行为例如可以包括用户在这一天中，播放的音乐信息、各个音乐的播放时长、收藏的音乐、收藏的专辑、关注的歌手等等，本实施例对音乐播放行为的具体实现方式不做限制，可以理解的是，凡是与音乐播放相关的行为，移动电话1102都会记录该行为并存储在日志中，之后向多媒体服务器上报。
172.针对智能音箱和车机的实现方式类似，在实际实现过程中，各个设备上报日志的定时时间是独立的，其可以相同，也可以不同，本实施例对此不做限制，上报日志的定时时间的具体设置也可以根据实际需求进行选择。
173.之后多媒体服务器1101在接收到各个设备各自上报的音乐播放行为之后，例如就可以根据通过大数据采集和大数据分布式计算等相关技术，针对各个设备各自上报的音乐播放行为进行分析，从而确定用户的多媒体信息画像，也就是说本实施例中的用户对多媒体信息的关注信息。
174.基于上述介绍可以确定的是，本实施例中的设备组中的各个设备的设备标识之间存在绑定关系，因此实际上各个设备对应的用户都是同一个用户，因此根据各个设备的音乐播放行为进行分析，就可以确定这些设备对应的用户对多媒体信息的关注信息。
175.在一种可能的实现方式中，服务器例如可以将当前确定的用户对多媒体信息的关注信息与上述介绍的各个设备的设备标识进行关联存储，之后第二设备例如可以根据第二设备的设备标识，获取到对应的用户对多媒体信息的关注信息。
176.在另一种可能的实现方式中，各个设备在上报多媒体信息播放行为的时候，还可以都上报同一个用户标识(比如说用户1)，以指示当前的多媒体信息播放行为是用户1的多媒体信息播放行为，因为设备组中的各个设备上报的用户标识都是用户1，则服务器可以确定当前根据各个设备上报的多媒体信息播放行为所确定的是用户1对多媒体信息的关注信
息，则例如可以将该关注信息和用户标识(用户1)进行关联存储。之后第二设备在获取关注信息的时候，可以根据用户标识(用户1)向服务器发送请求，第二设备就可以对应获取到用户1对多媒体信息的关注信息。
177.本实施例对第二设备获取用户对多媒体信息的关注信息的具体实现方式不做限制，其可以根据实际需求在上述介绍的实现方式中进行选择。
178.s1002、第二设备从多媒体服务器获取预设模型，预设模型为多媒体服务器对设备组中每个设备的多媒体信息播放日志进行学习的到的。
179.以及本实施例中的第二设备还可以从多媒体服务器中获取预设模型，本实施例中的预设模型为多媒体服务器对设备组中的每个设备的多媒体信息播放日志进行学习得到的。
180.基于上述介绍，设备组中的每个设备可以向多媒体服务器上报多媒体信息播放日志，之后多媒体服务器例如可以根据各个设备上报的多媒体信息播放日志，结合机器学习算法训练得到所述预测模型，本实施例中的预测模型可以用于预测用户对当前播放的多媒体信息的关注度。
181.以及可以理解的是，设备组中的各个设备可以定时向多媒体服务器上报多媒体播放日志，则多媒体服务器在生成所述预测模型之后，在每次接收到各个设备上报的日志的时候，还可以定时根据日志对预测模型进行更新，以有效保证预测模型输入的结果的准确度。
182.s1003、第二设备通过预设模型对关注信息和第一多媒体信息的属性信息进行处理，得到用户对第一多媒体信息的关注度。其中，属性信息包括如下至少一张：第一多媒体信息的类型、第一多媒体信息的创作者、第一多媒体信息所在的多媒体专辑。
183.例如可以参照图12进行理解，如图12所示，第二设备例如可以将用户对多媒体信息的关注信息以及第一多媒体信息的属性信息输入至所述预测模型，以使得所述预测模型输出用户对第一多媒体信息的关注度。
184.在本实施例中，第一多媒体信息的属性信息例如可以包括第一多媒体信息的类型、第一多媒体信息的创作者，第一多媒体信息所在的多媒体专辑，在实际实现过程中，除了当前介绍的这些实现方式之外，凡是与第一多媒体信息相关的信息均可以作为本实施例中的属性信息，本实施例对此不做限制。
185.可以理解的是，用户对多媒体信息的关注信息可以指示用户在多媒体信息播放方面的喜好，比如说喜欢的类型、创作者等等，然后第一多媒体信息的属性信息可以指示第一多媒体信息的相关属性，因此预测模型根据这两部分数据进行处理，就可以输出用户对第一多媒体信息的关注度，其中，关注度的实现例如可以为数值的形式。
186.本实施例对预测模型内部的处理逻辑的具体实现不做限制，只要预测模型可以根据用户对多媒体信息的关注信息以及第一多媒体信息的属性信息进行处理，输出用户对第一多媒体信息的关注度即可。
187.s1004、在关注度大于或等于预设阈值时，生成第一多媒体信息的断点信息，断点信息包括第一多媒体信息的标识和第一多媒体信息的播放进度。
188.本实施例在确定用户对第一多媒体信息的关注度之后，例如可以将关注度和预设阈值进行比较。
189.参见图13，在一种可能的实现方式中，在确定关注度大于或等于预设阈值的时候，比如说预设阈值为90，关注度为95，则可以确定用户喜欢当前播放的第一多媒体信息，之后就可以生成第一多媒体信息的断点信息，其中断点信息可以包括第一多媒体信息的标识和第一多媒体信息的播放进度。
190.在确定第一多媒体信息的播放进度的时候，在一种可能的实现方式中，例如可以按照固定的周期循环确定第一多媒体信息的播放进度，比如说针对一首3分钟的音乐，以5秒钟为周期，循环覆盖存储该音乐的播放进度，比如说当播放到的第5秒的时候，存储该音乐的播放进度为5秒钟；当播放到第10秒的时候，覆盖存储该音乐的播放进度为10秒钟；当播放进度到第15秒的时候，覆盖存储该音乐的播放进度为15秒钟。也就是说始终保存最新的播放进度，或者周期还可以设置为1秒钟，则可以理解为实时的存储第一多媒体信息的当前播放进度。
191.此外还需要说明的是，在第二设备确定用户对第一多媒体信息的关注度大于预设阈值的时候，就会生成第一多媒体信息的断点信息，在此情况下，还有一种可能的的情况是当前的第一多媒体信息会播放完成，在这种情况下，因为第一多媒体信息的播放直接就完成了，也就不存在断点信息了，因此在生成第一多媒体信息的断点信息之后，若确定第一多媒体信息的播放完成，则删除之前生成的第一多媒体信息的断点信息。
192.上述介绍的是用户对第一多媒体信息的关注度大于或等于阈值阈值的实现方式，参见图13，在另一种可能的实现方式中，在确定关注度小于预设阈值的时候，比如说预设阈值为90，关注度为60，则可以确定用户不喜欢当前播放的第一多媒体信息，因此无需生成第一多媒体信息的断点信息。
193.s1005、在第二设备接收停止指令时，第二设备根据停止指令停止播放第一多媒体信息。
194.其中，s1005的实现方式与s902的实现方式类似，此处不再赘述。
195.s1006、第二设备输出请求信息，请求信息用于请求是否继续在设备组中的其它设备中播放第一多媒体信息。
196.在本实施例中，第二设备在停止播放第一多媒体信息，然后发送第一多媒体信息的断点信息之前，第二设备还可以输出请求信息，其中，请求信息用于请求是否继续在设备组中的其它设备中播放第一多媒体信息。可以理解的是，在这种实现方式中，在发送断点信息之前，会首先询问用户当前是否需要在其它设备中对第一多媒体信息进行续播。
197.本实施例中的请求信息可以为语音信息，或者还可以为文本信息或者图像。
198.其中，当请求信息为语音信息的时候，第二设备例如可以播放所述请求信息，例如可以以第二设备是智能音箱为例，结合图14进行理解，图14中示意出了用户和智能音箱的几次交互。
199.参见其中的1401，用户例如可以通过语音向智能音箱下达停止指令，比如说用户说“小d小d，停止播放音乐”，之后智能音箱响应于用户的语音输入，停止播放第一多媒体信息，并且在发送第一多媒体信息的断点信息之前播放请求信息，参见1402，智能音箱可以播放请求信息“是否在其余设备中续播”。
200.值得说明的是，图14中的实现仅为示例性的介绍，在实际实现过程中，用户的语音停止指令以及请求信息的语音的具体实现方式可以根据实际需求进行选择，本实施例对此
不做限制。
201.或者，当请求信息为文本信息或者图像的时候，第二设备例如可以显示所述请求信息，例如可以以第二设备是车机为例，结合图15进行理解，图15中示意出了用户和车机的交互。
202.参见图15，图15中的1501示意出了车辆中控的实现，在车辆中控中例如可以包括屏幕，车机例如可以在屏幕上显示请求信息，显示的实现方式例如可以参照图1502中的实现，显示有“是否在其余设备中续播停止的音乐”，以及还提供有用户可操作的选择控件。
203.此处的图15同样为示例性的说明，在实际实现过程中，显示请求信息的实现方式同样可以根据实际需求进行选择，本实施例对此不做介绍。
204.s1007、第二设备接收响应指令，响应指令用于指示继续在设备组中的其它设备中播放第一多媒体信息。
205.在第二设备输出请求信息之后，第二设备例如可以接收响应指令，本实施例中的响应指令用于指示继续在设备组中的其它设备中播放第一多媒体信息。
206.在一种可能的实现方式中，响应指令例如可以为根据用户的响应语音生成的，比如说参照图14，在1402中的智能音箱播放“是否在其余设备中续播”的请求信息之后，可以监测用户的响应语音，如图14中的1403所示，若用户此时的响应语音为“续播”，则可以对应生成响应指令，之后第二设备就可以去上传断点信息了。
207.在另一种可能的实现方式中，响应指令还可以为根据用户的触控操作生成的，比如说参照图15，在图15中车机的屏幕1502中向用户提供了两个可操作的控件，其中控件“是”用于确认在其余设备中续播停止的音乐，控件“否”用于确认不在其余设备中续播停止的音乐。
208.如图15所示，假设当前检测到了用户对控件1503的触控操作，则可以对应生成响应指令，之后第二设备就可以去上传断点信息了。
209.或者在可选的实现方式中，若在预设时长内没有监听到用户的响应语音，或者在预设时长内没有检测到用户对确认控件的触控操作，则可以根据默认设置确定下一步操作，比如说默认设置为默认在其它设备续播当前停止播放的第一多媒体信息，则当前可以认为接收到响应指令；或者，比如说默认设置为默认不在其它设备中续播当前停止播放的第一多媒体信息，则当前可以不进行断点续播，也无需上传断点信息了，本实施例对此不做限制。
210.在实际实现过程中，响应指令的具体实现可以根据实际需求进行选择，只要响应指令为用于指示继续在设备组中的其它设备中播放第一多媒体信息的即可，本实施例对其具体的实现方式以及生成方式均不做限制。
211.s1008、第二设备根据响应指令，向多媒体服务器发送断点信息。
212.第二设备在接收到响应指令之后，就可以向多媒体服务器发送第一多媒体信息的断点信息了。
213.或者在可选的实现方式中，第二设备还可以不输出请求信息，例如可以在第二设备根据停止指令停止播放第一多媒体信息之后就直接向多媒体服务器发送断点信息，本实施例对向多媒体服务器发送断点信息之前的具体触发条件不做限制，其可以根据实际需求进行选择。
214.此处还需要说明的是，上述介绍的第一多媒体信息可以在停止播放的当下时刻当前正在播放的，并且用户喜欢的多媒体信息，也就是说第二设备可以只发送当前正在播放的这一个多媒体信息的断点信息。
215.在另一种可能的实现方式中，第一多媒体信息还可以为在预设时长内所有的未播放完、并且用户的关注度大于预设阈值的多媒体信息，其中预设时长的具体实现方式可以根据实际需求进行选择。
216.本公开实施例提供的多媒体信息播放方法，包括：通过根据预测模型对用户对多媒体信息的关注信息以及第一多媒体信息的属性信息进行处理，从而得到用户对第一多媒体信息的关注度，然后根据关注度和预设阈值进行比较，在确定关注度大于等于预设阈值的时候再进行断点信息的上传，从而可以有效保证断点续播的第一多媒体信息是用户感兴趣的，从而可以提升断点续播的合理性。同时本实施例中的预设模型为多媒体服务器对设备组中每个设备的多媒体信息播放日志进行学习的到的，并且还可以根据定时上传的日志对预测模型进行定时的更新，从而可以有效保证预测模型输出的关注度的准确性。同时本实施例中的第二设备在向多媒体服务器发送断点信息之前，会首先输出请求信息，在接收到针对请求信息的响应指令之后，才会发送第一多媒体信息的断点信息，从而可以保证当前进行断点续播是符合用户意愿的，进而可以有效提升用户体验。
217.在上述实施例的基础上，在一种可能的实现方式中，本公开提供的方案还可以进一步的包括：
218.在多媒体服务器根据第一设备的续播请求，向第一设备发送第二设备的断点信息之后，多媒体服务器还可以将第二设备的断点信息删除，因为在向第一设备发送第一多媒体信息的断点信息之后，就已经实现了针对第一多媒体信息的断点续播了，此时若再保存第一多媒体信息的断点信息，可能会导致后续发生错误的续播，因此可以删除第二设备上传的第一多媒体信息的断点信息，也就是说本实施例中的多媒体服务器总是保存最近接收到的断点信息。
219.比如说当前针对包括手机、智能音箱、车机的设备组，例如手机可以向多媒体服务器上传音乐a的断点信息，之后在智能音箱启动之后，例如可以从多媒体服务器中上传音乐a的断点信息，并根据断点信息对音乐a进行续播，在智能音箱播放音乐的时候，智能音箱又作为上述介绍的第一设备，比如说在停止播放音乐b之后，向多媒体服务器上传音乐b的断点信息，然后下一次比如说车机启动，车机可以获取音乐b的断点信息进行续播，也就是说本实施例中的断点续播是针对设备组中任一个设备最近一次上传的断点信息进行续播，因此在将断点信息发送给对应的第二设备之后，就可以将断点信息进行删除，之后接收并存储新的断点信息，以保证断点续播的有序性。
220.以及基于上述介绍的内容还需要说明的是，本实施例中的第一设备可以为设备组中的任一个设备，以及第二设备也可以为设备组中的任一个设备，基于上述介绍可以确定的是，第一设备可以向多媒体服务器上传断点信息，其中第一设备也可以在启动之后获取设备组中其余设备的断点信息；以及，第二设备可以获取设备组中其余设备的断点信息，其中第二设备也可以在停止播放多媒体信息之后向对多媒体服务器上传断点信息。上述各实施例只是从不同的角度进行撰写，实际上设备组中参与断点续播的各个设备，都是即可以上传断点信息，也可以获取断点信息的，具体的执行动作可以根据上述实施例中的进行介
绍。
221.综上所述，本公开实施例提供的多媒体信息播放方法可以如图16所示，图16为本公开实施例提供的多媒体信息播放方法的流程示意图。
222.参见图16，在第一设备停止播放第一多媒体信息的时候，第一设备上传第一多媒体信息的断点信息，其中，用户对第一多媒体信息的关注度大于或等于预设阈值。
223.之后，第二设备可以在启动之后，根据第二设备的设备标识从多媒体服务器中获取第一多媒体信息的断点信息，然后对第一多媒体信息进行断点续播。
224.其中，第一设备和第二设备是同一个设备组中的设备，第一设备的设备标识和第二设备的设备标识之间存在绑定关系，因此可以在不依赖人工记忆、人工操作，也不依赖同一应用程序的基础上，有效的实现跨设备的多媒体信息断点续播，有效减少了断点续播的操作繁琐性。同时本公开提供的方案中，是在确定用户对第一多媒体信息的关注度大于或等于预设阈值的时候才进行断点续播，从而可以有效保证进行断点续播的多媒体信息是用户感兴趣的，以有效提升断点续播的合理性，实现了个性化自动续播。
225.图17为本公开实施例的多媒体信息播放装置的结构示意图一。如图17所示，本实施例的多媒体信息播放装置1700可以包括：第一获取模块1701、第二获取模块1702、播放模块1703。
226.第一获取模块1701，用于在所述设备组中的第二设备停止播放第一多媒体信息之后，所述第一设备根据所述第一设备的设备标识，获取所述第一多媒体信息对应的断点信息，所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度，所述第一设备的设备标识和所述第二设备的设备标识之间存在绑定关系；
227.第二获取模块1702，用于所述第一设备根据所述第一多媒体信息的标识获取所述第一多媒体信息；
228.播放模块1703，用于所述第一设备从所述播放进度开始播放所述第一多媒体信息。
229.一种可能的实现方式中，所述第一获取模块1701包括：
230.发送单元，用于所述第一设备向多媒体服务器发送续播请求，其中，所述续播请求中包括所述第一设备的设备标识，所述多媒体服务器用于存储所述设备组中的至少一个设备发送的断点信息以及各所述设备的设备标识之间的绑定关系；
231.接收单元，用于所述第一设备接收所述多媒体服务器响应于所述续播请求所发送的所述断点信息，其中，所述断点信息为所述多媒体服务器根据所述第一设备的设备标识以及各所述设备的设备标识之间的绑定关系所确定的。
232.一种可能的实现方式中，所述发送单元包括：
233.输出子单元，用于在所述第一设备启动或者被唤醒后，所述第一设备输出询问信息，所述询问信息用于请求是否继续播放所述设备组中其它设备停止播放的多媒体信息；
234.接收子单元，用于所述第一设备接收确认指令，所述确认指令用于指示继续播放所述设备组中其它设备停止播放的多媒体信息；
235.发送子单元，用于所述第一设备根据所述确认指令，向所述多媒体服务器发送续播请求。
236.一种可能的实现方式中，所述输出子单元具体用于：
237.若所述询问信息为语音信息，则所述第一设备播放所述询问信息；或者，
238.若所述询问信息为文本信息或者图像，则所述第一设备显示所述询问信息。
239.一种可能的实现方式中，所述第二获取模块1702包括：
240.确定单元，用于所述第一设备根据所述第一多媒体信息的类型，确定多媒体应用程序；
241.下载单元，用于所述第一设备通过所述多媒体应用程序，根据所述第一多媒体信息的标识下载所述第一多媒体信息。
242.一种可能的实现方式中，所述下载单元具体用于：
243.所述第一设备通过所述多媒体应用程序向应用服务器发送下载请求，所述下载请求中包括所述第一多媒体信息的标识和所述播放进度；
244.所述第一设备通过所述多媒体应用程序接收所述应用服务器发送的所述第一多媒体信息中的部分多媒体信息，所述部分多媒体信息为所述第一多媒体信息中所述播放进度之后的多媒体信息。
245.图18为本公开实施例的多媒体信息播放装置的结构示意图二。如图18所示，本实施例的多媒体信息播放装置1800可以包括：确定模块1801、处理模块1802、发送模块1803、获取模块1804。
246.确定模块1801，用于在第二设备开始播放第一多媒体信息时，所述第二设备确定用户对所述第一多媒体信息的关注度，并在所述关注度大于或等于预设阈值时，生成所述第一多媒体信息的断点信息，所述断点信息包括第一多媒体信息的标识和所述第一多媒体信息的播放进度；
247.处理模块1802，用于在所述第二设备接收停止指令时，所述第二设备根据所述停止指令停止播放所述第一多媒体信息；
248.发送模块1803，用于所述第二设备向所述多媒体服务器发送所述断点信息。
249.一种可能的实现方式中，所述确定模块1801包括：
250.获取单元，用于所述第二设备获取所述用户对多媒体信息的关注信息；
251.确定单元，用于所述第二设备根据所述关注信息和所述第一多媒体信息的属性信息，确定所述用户对所述第一多媒体信息的关注度，其中，所述属性信息包括如下至少一张：所述第一多媒体信息的类型、所述第一多媒体信息的创作者、所述第一多媒体信息所在的多媒体专辑。
252.一种可能的实现方式中，所述确定单元具体用于：
253.所述第二设备通过预设模型对所述关注信息和所述第一多媒体信息的属性信息进行处理，得到所述用户对所述第一多媒体信息的关注度；
254.其中，所述预设模型为对所述设备组中每个设备的多媒体信息播放日志进行学习的到的。
255.一种可能的实现方式中，所述装置还包括：获取模块1804；
256.所述获取模块1804，用于在所述第二设备通过预设模型对所述关注信息和所述第一多媒体信息进行处理，得到所述用户对所述第一多媒体信息的关注度之前，所述第二设备从所述多媒体服务器获取所述预设模型，所述预设模型为所述多媒体服务器对所述设备组中每个设备的多媒体信息播放日志进行学习的到的。
257.一种可能的实现方式中，所述发送模块1803包括：
258.输出单元，用于所述第二设备输出请求信息，所述请求信息用于请求是否继续在所述设备组中的其它设备中播放所述第一多媒体信息；
259.接收单元，用于所述第二设备接收响应指令，所述响应指令用于指示继续在所述设备组中的其它设备中播放所述第一多媒体信息；
260.发送单元，用于所述第二设备根据所述响应指令，向所述多媒体服务器发送所述断点信息。
261.一种可能的实现方式中，所述输出单元具体用于：
262.若所述请求信息为语音信息，则所述第二设备播放所述请求信息；或者，
263.若所述请求信息为文本信息或者图像，则所述第二设备显示所述请求信息。
264.本公开提供一种多媒体信息播放方法及装置，应用于计算机技术中的车联网领域，以达到降低断点续播的操作的繁琐性的目的。
265.需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。
266.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
267.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
268.根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
269.图19示出了可以用来实施本公开的实施例的示例电子设备1900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、多媒体服务器、刀片式多媒体服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
270.如图19所示，设备1900包括计算单元1901，其可以根据存储在只读存储器(rom)1902中的计算机程序或者从存储单元1908加载到随机访问存储器(ram)1903中的计算机程序，来执行各种适当的动作和处理。在ram 1903中，还可存储设备1900操作所需的各种程序和数据。计算单元1901、rom 1902以及ram 1903通过总线1904彼此相连。输入/输出(i/o)接口1905也连接至总线1904。
271.设备1900中的多个部件连接至i/o接口1905，包括：输入单元1906，例如键盘、鼠标等；输出单元1907，例如各种类型的显示器、扬声器等；存储单元1908，例如磁盘、光盘等；以及通信单元1909，例如网卡、调制解调器、无线通信收发机等。通信单元1909允许设备1900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
272.计算单元1901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算
单元1901的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人为智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1901执行上文所描述的各个方法和处理，例如多媒体信息播放方法。例如，在一些实施例中，多媒体信息播放方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1908。在一些实施例中，计算机程序的部分或者全部可以经由rom 1902和/或通信单元1909而被载入和/或安装到设备1900上。当计算机程序加载到ram 1903并由计算单元1901执行时，可以执行上文描述的多媒体信息播放方法的一个或多个步骤。备选地，在其他实施例中，计算单元1901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行多媒体信息播放方法。
273.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
274.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或多媒体服务器上执行。
275.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
276.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
277.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据多媒体服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件
的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
278.计算机系统可以包括客户端和多媒体服务器。客户端和多媒体服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
多媒体服务器关系的计算机程序来产生客户端和多媒体服务器的关系。多媒体服务器可以是云多媒体服务器，又称为云计算多媒体服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。多媒体服务器也可以为分布式系统的多媒体服务器，或者是结合了区块链的多媒体服务器。
279.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
280.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。