CN114501084A - 播放器的起播方法、装置、设备和介质 - Google Patents

Abstract

本公开提供了一种播放器的起播方法、装置、设备、介质和程序产品，涉及互联网技术领域，尤其涉及媒体云和播放器技术。具体实现方案为：获取当前待播放的目标视频的目标分辨率和目标码率；根据当前下载带宽和所述目标码率之间的比较关系，确定目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。本公开可以在不影响视频文件清晰度的前提下提高起播速度。

Description

播放器的起播方法、装置、设备和介质

技术领域

本公开涉及互联网技术领域，尤其涉及媒体云和播放器技术，具体涉及一种播放器的起播方法、装置、设备、介质和程序产品。

背景技术

流媒体网络传输(HLS，HTTP Live Streaming)协议是基于超文本传输协议的流媒体传输协议，HLS协议的特点是将视频文件进行切片存储，并生成视频文件的索引M3u8文件以及切片文件。播放器根据M3u8文件中记录的索引，即可找到对应的视频文件切片的网络地址进行在线播放。

然而，当视频文件压缩复杂度较高、码率较高时，通常会导致播放器的起播时长过长。因此，如何在不影响视频文件清晰度的前提下提高起播速度，则成为目前亟待解决的问题。

发明内容

本公开提供了一种播放器的起播方法、装置、设备、介质和程序产品。

根据本公开的一方面，提供了一种播放器的起播方法，应用于播放端，所述方法包括：

获取当前待播放的目标视频的目标分辨率和目标码率；

根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；

将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。

根据本公开的另一方面，提供了一种播放器的起播方法，应用于服务器，所述方法包括：

获取播放器发送的当前待播放的目标视频的起播分片播放策略，其中，所述播放策略是所述播放器根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定所述目标视频各起播分片的分辨率；

根据所述播放策略生成所述目标视频的媒体文件地址列表；

将所述媒体文件地址列表发送至所述播放器，其中，所述播放器用于根据所述媒体文件地址列表对所述目标视频的起播分片进行播放。

根据本公开的另一方面，提供了一种播放器的起播装置，配置于播放端，所述装置包括：

获取模块，用于获取当前待播放的目标视频的目标分辨率和目标码率；

播放策略确定模块，用于根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；

发送模块，用于将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

播放模块，用于根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。

根据本公开的另一方面，提供了一种播放器的起播装置，配置于服务器，所述装置包括：

播放策略获取模块，用于获取播放端发送的当前待播放的目标视频的起播分片播放策略，其中，所述播放策略是所述播放端根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定所述目标视频各起播分片的分辨率；

媒体文件地址列表生成模块，用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

媒体文件地址列表发送模块，用于将所述媒体文件地址列表发送至所述播放端，其中，所述播放端用于根据所述媒体文件地址列表对所述目标视频的起播分片进行播放。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开任意实施例所述的应用于播放端或应用于服务器的播放器的起播方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行本公开任意实施例所述的应用于播放端或应用于服务器的播放器的起播方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开任意实施例所述的应用于播放端或应用于服务器的播放器的起播方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例的一种播放器的起播方法的示意图；

图2是根据本公开实施例的一种播放器的起播方法的示意图；

图3是根据本公开实施例的一种播放器的起播方法的示意图；

图4是根据本公开实施例的一种播放器的起播方法的示意图；

图5是根据本公开实施例的一种播放器的起播装置的结构示意图；

图6是根据本公开实施例的一种播放器的起播装置的结构示意图；

图7是用来实现本公开实施例的播放器的起播方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本公开实施例的播放器的起播方法的流程示意图，本实施例可适用于在播放端通过播放器播放媒体文件的情况，涉及互联网技术领域，尤其涉及媒体云和播放器技术。该方法可由一种播放器的起播装置来执行，该装置采用软件和/或硬件的方式实现，并配置于播放端中，该播放端例如包括安装有播放器的智能终端、计算机设备或云端设备等电子设备。如图1所示，该方法具体包括如下：

S101、获取当前待播放的目标视频的目标分辨率和目标码率。

当用户在播放器上选择播放目标视频，播放端即可获取播放器的后端服务器返回的该目标视频的相关信息，包括目标视频的目标分辨率和目标码率。其中，目标分辨率可以是目标视频达到最大清晰度的分辨率。

S102、根据当前下载带宽和目标码率之间的比较关系，确定目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率。

由于播放端的网络环境可能存在变化，因此，播放端的下载带宽可能随时发生改变，需要实时进行确定，以便随时调整播放策略。其中，当前下载带宽可以是通过网络测试等方法获取到的播放端当前的最大下载带宽，以便充分利用带宽，提高视频播放的清晰度。

具体而言，根据当前下载带宽和目标码率之间的比较关系，可以确定当前的网络条件是否允许在不影响目标视频清晰度的前提下还能具有较高的起播速度。例如，如果当前下载带宽远大于目标码率，表示当前的网络条件足以按照最高分辨率来下载并播放每一个起播分片，同时还不会影响起播速度；而如果当前下载带宽远小于目标码率，表示当前的网络条件不好，如果按照最大分辨率来下载目标视频，虽然在成功下载后能够播放出具有较高清晰度的视频，但是必然会影响起播速度，出现卡顿和用户等待等问题。

因此，本公开实施例中，考虑不同网络条件对视频下载速度的影响，根据当前下载带宽和目标码率之间的比较关系，确定目标视频的起播分片播放策略，也即确定各起播分片的分辨率，这样，就使得存在各起播分片的分辨率相同或不同这两种情形成为可能。例如，在当前下载带宽远大于目标码率时，让各起播分片的分辨率都为最大的目标分辨率，以同时满足高清晰度和高起播速度的要求；反之，在当前下载带宽远小于目标码率时，则可以让各起播分片的分辨率不同，例如为了让用户尽快看到视频，提高起播速度，可以将首个起播分片的分辨率确定为一个较低的分辨率，之后再逐步提高后面起播分片的分辨率，这样，就可以在提高起播速度的前提下，尽可能地提高播放视频的清晰度。同时，每次在播放视频时，都根据当前下载带宽和目标码率之间的比较关系来确定视频播放的起播策略，也能够更加灵活地在不同的网络环境下，播放每一个视频时都可以在确保起播速度快的基础上也能尽量提高视频播放的清晰度，提高视频播放的效果。

S103、将播放策略发送至服务器，其中，服务器用于根据播放策略生成目标视频的媒体文件地址列表。

其中，媒体文件地址列表例如为索引M3u8文件，其中记录有视频文件切片的网络地址。服务器根据播放策略获取具有相应分辨率的各个起播分片的网络地址，并生成媒体文件地址列表。

S104、根据从服务器接收的媒体文件地址列表，对目标视频的起播分片进行播放。

服务器将媒体文件地址列表发送给播放端，播放端就可以根据媒体文件地址列表获取各个起播分片的网络地址，并通过播放器对其依次进行播放。

这里需要说明的是，现有技术中，通常是利用M3u8文件下的多个子M3u8链接索引来完成起播。即，播放器在播放时，可以根据自身带宽情况选择不同分辨率的子M3u8来进行播放。然而，这种方法中，一旦在播放过程中选择了一种分辨率的子M3u8来播放，则无法切换到其他子M3u8。例如，要么统一选择一种分辨率高的子M3u8来播放，要么选择一种相对更低分辨率的子M3u8来播放。但是，选择高分辨率播放，在网络条件不好时会影响起播速度，而选择低分辨率播放，则无法满足用户对视频清晰度的要求。因此，现有技术无法实现在满足视频清晰度的前提下提高视频分片的起播速度。而在本公开实施例中，则是根据当前下载带宽和目标码率之间的比较关系，确定目标视频的起播分片播放策略。也即，以每一个起播分片为最小粒度，确定各起播分片的分辨率，因此，各个起播分片的分辨率可以相同也可以不同。这样，起播过程中就可以实现在具有不同分辨率的起播分片之间进行切换，而不是像现有技术那样，只能选择具有一种分辨率的子M3u8来播放。

本公开实施例的技术方案，能够根据当前下载带宽的实际情况，基于当前下载带宽与目标码率之间的比较关系来确定视频起播的播放策略，由服务器根据播放策略生成媒体文件地址列表，从而实现了动态规划各起播分片的分辨率。由此，本公开实施例允许起播过程中在不同分辨率的起播分片间进行切换，在提高起播速度的同时，也能确保当前能够达到的最大分辨率，从而提高视频的显示效果。

图2是根据本公开实施例的播放器的起播方法的流程示意图，本实施例在上述实施例的基础上进一步进行优化。如图2所示，该方法具体包括如下：

S201、获取当前待播放的目标视频的目标分辨率和目标码率。

S202、判断当前下载带宽与设定倍数的目标码率的差值满足第一预设条件还是满足第二预设条件，如果满足第一预设条件，则执行S203后执行S207，如果满足第二预设条件，则执行S204。

其中，判断当前下载带宽与设定倍数的目标码率的差值满足第一预设条件还是满足第二预设条件的目的，就在于判断当前下载带宽与目标码率之间的差距到底有多大，从而进一步判断当前的网络环境如何，是否允许按照最大分辨率来下载视频分片。设定倍数例如可以是2倍，那么，判断当前下载带宽与设定倍数的目标码率的差值是否满足第一预设条件，则可以是判断当前下载带宽是否大于或等于目标码率的2倍；而判断当前下载带宽与设定倍数的目标码率的差值是否满足第二预设条件，则可以是判断当前下载带宽是否小于目标码率的2倍。但此处还需要说明的是，设定倍数可以是2倍，也可以是2.5倍等，本公开实施例对设定倍数的具体数值不做任何限定。

S203、确定目标视频的起播分片播放策略为：各起播分片的分辨率均为所述目标分辨率。

如果当前下载带宽与设定倍数的目标码率的差值满足第一预设条件，表明当前的网络条件足以按照最高分辨率来播放每一个起播分片，同时还不会影响起播速度。因此，此时的播放策略则可以是确定各起播分片的分辨率均为所述目标分辨率，也就是目标视频的最大分辨率，这样，就可以播放出清晰度最高的视频。

如果当前下载带宽与设定倍数的目标码率的差值满足第二预设条件，表明当前的网络条件不好，如果全部按照最大分辨率下载视频分片，必然会很慢，影响起播速度，但如果全部按照相对更小的分辨率下载视频，虽然起播速度快了，但是又无法同时满足对视频清晰度的要求。因此，本公开实施例确定的播放策略为：各起播分片的分辨率按照各起播分片的播放顺序递增，直至达到目标视频的目标分辨率。具体的，可以将首个起播分片的分辨率确定为较低的分辨率，然后再逐渐增加后面起播分片的分辨率，这样，不仅可以在当前网络条件下尽快播放视频，提高起播速度，同时也能在起播过程中逐渐提升视频的清晰度，直到达到目标分辨率时，清晰度则也达到最高，提高视频的播放效果。

例如，首个起播分片的分辨率最低，第二个起播分片的分辨率大于首个起播分片的分辨率，第三个起播分片的分辨率大于第二个起播分片的分辨率，以此类推，直到某目标起播分片的分辨率达到目标分辨率。该目标起播分片可以是最后一个起播分片，也可以是中间的任意一个起播分片，且当目标起播分片达到目标分辨率，该目标起播分片后的各起播分片的分辨率则均为目标分辨率。

此外，在另一种实施方式中，相邻的起播分片的分辨率也可以不同。例如，第二个起播分片与第三个起播分片的分辨率相同，且大于首个起播分片的分辨率，第四个起播分片的分辨率大于第二、第三个起播分片的分辨率。只需满足按各起播分片的播放顺序整体呈递增的趋势，直到达到目标分辨率即可。也即，首个起播分片的分辨率最低，之后的各起播分片的分辨率按播放顺序整体呈递增的趋势，直至达到目标分辨率，且达到目标分辨率之后若还有其他起播分片，则之后的起播分片的分辨率也均为目标分辨率。

本公开实施例中，在当前下载带宽与设定倍数的目标码率的差值满足第二预设条件时，具体可以通过如下S204-S206操作来确定目标视频的起播分片的播放策略。

S204、计算目标码率与当前下载带宽的比值，对比值向上取整，得到首个起播分片的下降级别。

例如，如果比值为1.3，那么向上取整后则为2，得到的首个起播分片的下降级别即为下降2级。

S205、在预先确定的分辨率索引列表中，以目标分辨率为起始点按下降级别进行降级，并将降级后对应的分辨率作为首个起播分片的分辨率。

其中，分辨率索引列表中记载有允许的视频分辨率，例如按降序排列可以包括1080P、720P和480P和360P等。目标视频的目标分辨率是分辨率索引列表中的一种分辨率，其是目标视频的最大分辨率，但不一定是分辨率索引列表中记载的最大分辨率。本公开实施例对分辨率索引列表中的分辨率具体数值不做任何限定。

以分辨率索引列表中记载有1080P、720P和480P和360P四种分辨率，且目标分辨率是1080P，下降级别是2级为例，以1080P为起始点，下降2级对应的分辨率为480P，那么首个起播分片的分辨率即为480P。

S206、以分辨率索引列表中首个起播分片的分辨率为起始点，按照分辨率递增的方式，分别确定首个起播分片后各起播分片的分辨率，直至达到目标分辨率。

在上面的例子中，首个起播分片的分辨率即为480P，那么以480P为起始点，在分辨率索引列表中按照分辨率递增的方式，就可以确定出后面的起播分片的分辨率分别为720P和1080P，而且当达到1080P之后，后面如果还有起播分片，那么其分辨率则均为1080P。此外，还可以有其他的情形。例如，第二个起播分片和第三个起播分片的分辨率均为720P，第四个起播分片及其后面的起播分片的分辨率均为1080P。再例如，如果下降级别为3级，那么首个起播分片的分辨率则为360P，那么第二个起播分片及其后面的起播分片，则从480P、720P和1080P中选择确定，只要满足按照起播分片的播放顺序整体呈上升的趋势即可。

S207、将播放策略发送至服务器，其中，服务器用于根据播放策略生成目标视频的媒体文件地址列表。

S208、根据从服务器接收的媒体文件地址列表，对目标视频的起播分片进行播放。

本公开实施例的技术方案，能够根据当前下载带宽的实际情况，基于当前下载带宽与目标码率之间的比较关系来确定视频起播的播放策略，实现对各起播分片的分辨率的动态规划，允许不同起播分片的分辨率之间不同，使得起播过程中在不同分辨率的起播分片间进行切换成为可能，从而在提高起播速度的同时，也能确保当前能够达到的最大分辨率，从而提高视频的显示效果。

图3是根据本公开实施例的播放器的起播方法的流程示意图，本实施例在上述实施例的基础上进一步进行优化。如图3所示，该方法具体包括如下：

S301、获取当前待播放的目标视频的目标分辨率和目标码率。

S302、根据当前下载带宽和目标码率之间的比较关系，确定目标视频的起播分片播放策略，其中，播放策略用于确定各起播分片的分辨率。

S303、向服务器发送目标视频的媒体文件地址列表获取请求，其中，获取请求中至少包括播放策略。

所述服务器用于根据播放策略生成目标视频的媒体文件地址列表。

S304、响应于从服务器接收的媒体文件地址列表中包括目标标签，根据目标标签获取目标视频各起播分片的分辨率。

其中，目标标签是服务器生成媒体文件地址列表时写入在媒体文件地址列表中的，且目标标签中记载有各起播分片的分辨率。因此，播放端在收到媒体文件地址列表后，会先判断其中是否含有目标标签，如果含有目标标签，则从目标标签中获取目标视频各起播分片的分辨率。此外，如果媒体文件地址列表中没有目标标签，则可以按照现有技术中的方法进行起播即可。

S305、根据各起播分片的分辨率，初始化与各起播分片的分辨率对应的解码器。

S306、利用与各起播分片的分辨率对应的解码器，分别对各起播分片进行播放。

通过媒体文件地址列表中的目标标签，可以在起播之前先获取到各起播分片的分辨率，从而在起播之前就可以对与各起播分片的分辨率对应的解码器进行初始化。这样，在起播过程中，就可以依次用已经初始化的与各起播分片的分辨率对应的解码器对各起播分片进行播放，可以减少起播过程中对各起播分片的分辨率对应的解码器进行初始化的时间，从而进一步提高起播速度。

此外，解码器初始化的过程与起播过程也可以并行进行。例如，当首个起播分片对应的解码器已经初始化后，首个起播分片的播放过程与其他起播分片对应的解码器的初始化过程则可以并行进行。由此来提高起播速度。

在一种实施方式中，为了节约内存空间，可以删除已播放的起播分片对应的解码器的初始化上下文。而在有用户进行回播操作时，播放端响应于用户的回播操作，确定当前需要跳转到的目标起播分片的回播位置；然后重新对目标起播分片的分辨率对应的解码器进行初始化，即可利用初始化后的解码器根据回播位置进行播放。

本公开实施例的技术方案，能够根据当前下载带宽的实际情况，基于当前下载带宽与目标码率之间的比较关系来确定视频起播的播放策略，由服务器根据播放策略生成媒体文件地址列表，并将各起播分片的分辨率记录在目标标签中，然后将目标标签写入在媒体文件地址列表中。这样，播放端收到媒体文件地址列表后，通过其中的目标标签就可以获取到各起播分片的分辨率，于是提前对各种分辨率对应的解码器进行初始化，从而减少起播过程中初始化解码器所用的时间，进一步提高起播速度。

图4是根据本公开实施例的播放器的起播方法的流程示意图，本实施例可适用于配合播放端通过播放器播放媒体文件的情况，应用于服务器，涉及互联网技术领域，尤其涉及媒体云和播放器技术。该方法可由一种播放器的起播装置来执行，该装置采用软件和/或硬件的方式实现，并配置于服务器中，该服务器例如包括计算机设备或云端设备等电子设备。如图4所示，该方法具体包括如下：

S401、获取播放端发送的当前待播放的目标视频的起播分片播放策略，其中，播放策略是播放端根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定目标视频各起播分片的分辨率。

S402、根据播放策略生成目标视频的媒体文件地址列表。

S403、将媒体文件地址列表发送至播放端，其中，播放端用于根据媒体文件地址列表对目标视频的起播分片进行播放。

其中，所述媒体文件地址列表中包括目标标签和所述各起播分片的地址，其中，所述目标标签中包括所述各起播分片的分辨率。

本公开实施例的技术方案，由播放端和服务器配合实现起播策略的动态规划。先由播放端根据当前下载带宽和目标视频的目标码率之间的比较关系确定播放策略，即各起播分片的分辨率，然后将该播放策略发送至服务器，由服务器根据该播放策略生成媒体文件地址列表。媒体文件地址列表中除了包括各起播分片的网络地址之外，还包括服务器写入的目标标签，该目标标签中记载有各起播分片的分辨率。播放端收到媒体文件地址列表后，就可以从目标标签中获取到各起播分片的分辨率，并提前对各分辨率下的解码器进行初始化，然后利用这些初始化的解码器，对各起播分片按顺序进行播放。由此，本公开实施例实现了动态规划各起播分片的分辨率，允许各起播分片的分辨率不相同，使得起播过程中在不同分辨率的起播分片间进行切换成为可能，继而在提高起播速度的同时，也能确保当前能够达到的最大分辨率，从而提高视频的显示效果。

图5是根据本公开实施例的播放器的起播装置的结构示意图，本实施例可适用于在播放端通过播放器播放媒体文件的情况，涉及互联网技术领域，尤其涉及媒体云和播放器技术。该装置配置于安装有播放器的播放端，可实现本公开任意实施例所述的应用于播放端的播放器的起播方法。如图5所示，该装置500具体包括：

获取模块501，用于获取当前待播放的目标视频的目标分辨率和目标码率；

播放策略确定模块502，用于根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；

发送模块503，用于将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

播放模块504，用于根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。

可选的，播放策略确定模块502包括：

第一播放策略确定单元，用于如果所述当前下载带宽与设定倍数的所述目标码率的差值满足第一预设条件，则所述目标视频的起播分片播放策略为：各起播分片的分辨率均为所述目标分辨率。

可选的，播放策略确定模块502包括：

第二播放策略确定单元，用于如果所述当前下载带宽与设定倍数的所述目标码率的差值满足第二预设条件，则所述目标视频的起播分片播放策略为：所述各起播分片的分辨率按照各起播分片的播放顺序递增，直至达到所述目标视频的目标分辨率。

可选的，所述第二播放策略确定单元，具体用于：

计算所述目标码率与所述当前下载带宽的比值，对所述比值向上取整，得到首个起播分片的下降级别；

在预先确定的分辨率索引列表中，以所述目标分辨率为起始点按所述下降级别进行降级，并将所述降级后对应的分辨率作为所述首个起播分片的分辨率；

以所述分辨率索引列表中所述首个起播分片的分辨率为起始点，按照分辨率递增的方式，分别确定所述首个起播分片后各起播分片的分辨率，直至达到所述目标分辨率。

可选的，发送模块503具体用于：

向所述服务器发送所述目标视频的媒体文件地址列表获取请求，其中，所述获取请求中至少包括所述播放策略。

可选的，播放模块504具体用于：

响应于从所述服务器接收的所述媒体文件地址列表中包括目标标签，根据所述目标标签获取所述目标视频各起播分片的分辨率；

根据所述各起播分片的分辨率，初始化与所述各起播分片的分辨率对应的解码器；

利用与所述各起播分片的分辨率对应的解码器，分别对所述各起播分片进行播放。

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

删除模块，用于删除已播放的起播分片对应的解码器的初始化上下文。

可选的，所述装置还包括回播处理模块，具体用于：

响应于用户的回播操作，确定当前需要跳转到的目标起播分片的回播位置；

重新对所述目标起播分片的分辨率对应的解码器进行初始化，并利用所述初始化后的解码器根据所述回播位置进行播放。

可选的，所述当前下载带宽是通过网络测试获取的当前最大下载带宽。

上述产品可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

图6是根据本公开实施例的播放器的起播装置的结构示意图，本实施例可适用于配合播放端通过播放器播放媒体文件的情况，互联网技术领域，尤其涉及播放器技术。该装置配置于服务器，可实现本公开任意实施例所述的应用于服务器的播放器的起播方法。如图6所示，该装置600具体包括：

播放策略获取模块601，用于获取播放端发送的当前待播放的目标视频的起播分片播放策略，其中，所述播放策略是所述播放端根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定所述目标视频各起播分片的分辨率；

媒体文件地址列表生成模块602，用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

媒体文件地址列表发送模块603，用于将所述媒体文件地址列表发送至所述播放端，其中，所述播放端用于根据所述媒体文件地址列表对所述目标视频的起播分片进行播放。

可选的，所述媒体文件地址列表中包括目标标签和所述各起播分片的地址，其中，所述目标标签中包括所述各起播分片的分辨率。

上述产品可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如应用于播放端的播放器的起播方法。例如，在一些实施例中，应用于播放端的播放器的起播方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的应用于播放端的播放器的起播方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用于播放端的播放器的起播方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术及机器学习/深度学习技术、大数据处理技术、知识图谱技术等几大方向。

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

此外，根据本公开的实施例，本公开还提供了另一种电子设备、另一种可读存储介质和另一种计算机程序产品，用于执行本公开任意实施例所述的应用于服务器的播放器的起播方法的一个或多个步骤。其具体的结构和程序代码可参见如图7所示的实施例的内容描述，此处不再赘述。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开提供的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (16)

1.一种播放器的起播方法，应用于播放端，所述方法包括：

获取当前待播放的目标视频的目标分辨率和目标码率；

根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；

将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。

2.根据权利要求1所述的方法，其中，所述根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，包括：

如果所述当前下载带宽与设定倍数的所述目标码率的差值满足第一预设条件，则所述目标视频的起播分片播放策略为：各起播分片的分辨率均为所述目标分辨率。

3.根据权利要求1所述的方法，其中，所述根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，包括：

如果所述当前下载带宽与设定倍数的所述目标码率的差值满足第二预设条件，则所述目标视频的起播分片播放策略为：所述各起播分片的分辨率按照各起播分片的播放顺序递增，直至达到所述目标视频的目标分辨率。

4.根据权利要求3所述的方法，其中，如果所述当前下载带宽与设定倍数的所述目标码率的差值满足第二预设条件，则确定所述目标视频的起播分片的播放策略的过程，包括：

计算所述目标码率与所述当前下载带宽的比值，对所述比值向上取整，得到首个起播分片的下降级别；

在预先确定的分辨率索引列表中，以所述目标分辨率为起始点按所述下降级别进行降级，并将所述降级后对应的分辨率作为所述首个起播分片的分辨率；

以所述分辨率索引列表中所述首个起播分片的分辨率为起始点，按照分辨率递增的方式，分别确定所述首个起播分片后各起播分片的分辨率，直至达到所述目标分辨率。

5.根据权利要求1所述的方法，其中，所述将所述播放策略发送至服务器，包括：

向所述服务器发送所述目标视频的媒体文件地址列表获取请求，其中，所述获取请求中至少包括所述播放策略。

6.根据权利要求1所述的方法，其中，所述根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放，包括：

响应于从所述服务器接收的所述媒体文件地址列表中包括目标标签，根据所述目标标签获取所述目标视频各起播分片的分辨率；

根据所述各起播分片的分辨率，初始化与所述各起播分片的分辨率对应的解码器；

利用与所述各起播分片的分辨率对应的解码器，分别对所述各起播分片进行播放。

7.根据权利要求6所述的方法，还包括：

删除已播放的起播分片对应的解码器的初始化上下文。

8.根据权利要求7所述的方法，还包括：

响应于用户的回播操作，确定当前需要跳转到的目标起播分片的回播位置；

重新对所述目标起播分片的分辨率对应的解码器进行初始化，并利用所述初始化后的解码器根据所述回播位置进行播放。

9.根据权利要求1所述的方法，其中，所述当前下载带宽是通过网络测试获取的当前最大下载带宽。

10.一种播放器的起播方法，应用于服务器，所述方法包括：

获取播放端发送的当前待播放的目标视频的起播分片播放策略，其中，所述播放策略是所述播放端根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定所述目标视频各起播分片的分辨率；

根据所述播放策略生成所述目标视频的媒体文件地址列表；

将所述媒体文件地址列表发送至所述播放端，其中，所述播放端用于根据所述媒体文件地址列表对所述目标视频的起播分片进行播放。

11.根据权利要求10所述的方法，其中，所述媒体文件地址列表中包括目标标签和所述各起播分片的地址，其中，所述目标标签中包括所述各起播分片的分辨率。

12.一种播放器的起播装置，配置于播放端，所述装置包括：

获取模块，用于获取当前待播放的目标视频的目标分辨率和目标码率；

播放策略确定模块，用于根据当前下载带宽和所述目标码率之间的比较关系，确定所述目标视频的起播分片播放策略，其中，所述播放策略用于确定各起播分片的分辨率；

发送模块，用于将所述播放策略发送至服务器，其中，所述服务器用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

播放模块，用于根据从所述服务器接收的所述媒体文件地址列表，对所述目标视频的起播分片进行播放。

13.一种播放器的起播装置，配置于服务器，所述装置包括：

播放策略获取模块，用于获取播放端发送的当前待播放的目标视频的起播分片播放策略，其中，所述播放策略是所述播放端根据当前下载带宽和所述目标视频的目标码率之间的比较关系确定，用于确定所述目标视频各起播分片的分辨率；

媒体文件地址列表生成模块，用于根据所述播放策略生成所述目标视频的媒体文件地址列表；

媒体文件地址列表发送模块，用于将所述媒体文件地址列表发送至所述播放端，其中，所述播放端用于根据所述媒体文件地址列表对所述目标视频的起播分片进行播放。

14.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9或10-11中任一项所述的播放器的起播方法。

15.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使计算机执行根据权利要求1-9或10-11中任一项所述的播放器的起播方法。

16.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9或10-11中任一项所述的播放器的起播方法。

Images