媒体播放的方法、设备和计算机存储介质技术

本申请提供了一种媒体播放的方法、设备和计算机存储介质。其中方法包括：应用客户端启动后，从本应用的服务器端获取媒体资源并预加载至本地；所述应用客户端获取到触发媒体播放的事件后，播放预加载的媒体资源，从第三方媒体源获取媒体资源并预加载至本地。这种方式对于不专注于媒体的应用客户端而言，若用户不使用应用的媒体播放功能，就不需要从第三方媒体源获取媒体资源，一方面节约了从第三方媒体源获取的媒体资源，另一方面也减少了向第三方媒体源暴露的不必要的用户信息。

【技术实现步骤摘要】
媒体播放的方法、设备和计算机存储介质
本申请涉及计算机应用
，特别涉及一种媒体播放的方法、设备和计算机存储介质。
技术介绍
本部分旨在为权利要求书中陈述的本申请的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就被认为是现有技术。随着移动终端的普及以及移动网络的全面覆盖，视频移动直播、视频移动监控等新媒体应用被广泛的应用于人们的生产和生活中。随之出现了一些专门的媒体应用集媒体录制、分发和播放于一体。诸如目前的抖音、快手、火山等媒体应用，这些应用拥有绝大部分的媒体资源。基于此，接入第三方视频源已经逐渐成为常见的内容合作方式。例如，不专注于媒体服务的应用，在其应用中增加媒体播放功能时，与上述专注于媒体服务的应用(作为第三方媒体源)进行内容合作，由第三方媒体源为其提供媒体资源。然而，在从第三方媒体源获取媒体资源时，客户端需要进行媒体资源的预加载，即客户端向第三方媒体源请求媒体资源进行预加载。但一般预加载的媒体资源是具有有效期的，例如1个小时。但对于不专注于媒体的应用客户端而言，其用户在打开客户端后很多并不会使用媒体播放功能，这就造成预加载的媒体资源没有得到播放而过了有效期，当用户打开媒体播放功能时，需要重新向第三方媒体源请求媒体资源。一方面浪费了从第三方媒体源获取的媒体资源，另一方面，由于在向第三方媒体源请求预加载的媒体资源时需要向第三方媒体源暴露部分用户信息，这就造成使用客户端但未播放媒体的用户信息也暴露给了第三方媒体源。【申请内容】有鉴于此，本申请提供了一种媒体播放的方法、设备和计算机存储介质，以便于解决上述技术问题。具体技术方案如下：一方面，本申请提供了一种媒体播放的方法，该方法包括：应用客户端启动后，从本应用的服务器端获取媒体资源并预加载至本地；所述应用客户端获取到触发媒体播放的事件后，播放预加载的媒体资源，从第三方媒体源获取媒体资源并预加载至本地。根据本申请一优选实施方式，从本应用的服务器获取的媒体资源数量小于所述应用客户端的预加载容量；从第三方媒体源获取的媒体资源数量小于或等于所述应用客户端的预加载剩余容量。根据本申请一优选实施方式，在所述从本应用的服务器端获取媒体资源并预加载至本地之前，还包括：所述应用客户端判断本地预加载的媒体资源是否已经超过有效期；如果是，则向所述第三方视频源发送媒体资源过期且未播放的消息，并执行所述从本应用的服务器端获取媒体资源并预加载至本地。根据本申请一优选实施方式，该方法还包括：如果本地预加载的媒体资源未超过有效期，则转至执行所述应用客户端获取到触发媒体播放的事件的步骤。根据本申请一优选实施方式，在所述从第三方媒体源获取媒体资源时上报至少两种用户端标识，以便所述第三方媒体源依据所述至少两种用户端标识进行用户识别和媒体资源推荐。根据本申请一优选实施方式，所述从本应用的服务器端获取媒体资源包括：向所述本应用的服务器端发送第一资源获取请求，接收所述本应用的服务器端返回的本应用的服务器端存储的媒体资源；所述从第三方媒体源获取媒体资源包括：向所述本应用的服务器端发送第二资源获取请求，由所述本应用的服务器端将所述第二资源获取请求转发给第三方媒体源；接收所述本应用的服务器端转发的来自第三方媒体源的媒体资源。根据本申请一优选实施方式，该方法还包括：所述应用客户端依据媒体资源的质量，对预加载的第三方媒体源的媒体资源进行筛选。根据本申请一优选实施方式，所述应用客户端依据媒体资源的质量，对预加载的第三方媒体源的媒体资源进行筛选包括：所述应用客户端依据媒体资源的历史播放次数、点赞数、评论数和分享数中的至少一种，确定预加载的媒体资源列表中各媒体资源的评分；将评分不满足预设要求的媒体资源从预加载的媒体资源列表中删除。第二方面，本申请提供了一种媒体播放的方法，该方法包括：应用的服务器端接收到本应用的客户端的第一资源获取请求后，将本地存储的媒体资源发送给所述本应用的客户端进行预加载，所述第一资源获取请求是所述本应用的客户端在启动后发送的；接收到所述本应用的客户端的第二资源获取请求后，将所述第二资源获取请求转发给第三方媒体源，将所述第三方媒体源返回的媒体资源发送给所述本应用的客户端进行预加载，所述第二资源获取请求是所述本应用的客户端获取到触发媒体播放的事件后发送的。第三方面，本申请提供了一种设备，所述设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上任一所述的方法。第四方面，本申请提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如上任一所述的方法。由以上技术方案可以看出，本申请中应用客户端启动后先从本应用的服务器端获取媒体资源并预加载至本地，只有在触发媒体播放的事件后才从第三方媒体源获取媒体资源并预加载至本地。这种方式对于不专注于媒体的应用客户端而言，若用户不使用应用的媒体播放功能，就不需要从第三方媒体源获取媒体资源，一方面节约了从第三方媒体源获取的媒体资源，另一方面也减少了向第三方媒体源暴露的不必要的用户信息(即未播放媒体的用户信息不会暴露给第三方媒体源)。【附图说明】图1示出了可以应用本申请媒体播放的方法的示例性系统架构；图2为本申请实施例提供的媒体播放的方法流程图；图3为本申请提供的一个实例流程示意图；图4示出了适于用来实现本专利技术实施方式的示例性计算机系统/服务器的框图。【具体实施方式】为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本申请进行详细描述。图1示出了可以应用本申请媒体播放的方法的示例性系统架构。如图1所示，该系统架构可以包括应用客户端、应用服务器和第三方媒体源。在应用客户端、应用服务器和第三方媒体源之间存在提供通信链路的介质的网络。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。在本申请中，应用客户端和应用服务器属于同一应用的客户端和服务器端，该应用与第三方媒体源进行内容合作，能够在该应用中提供基于第三方媒体源的媒体服务。该应用可以是任意的应用，通常并非专注于媒体的应用，例如即时通信类应用、网络接入服务应用、社交类应用，等等。应用客户端在获取本应用的服务时与应用服务器进行交互，当需要获取第三方媒体源的媒体服务时，通过应用服务器与第三方媒体源进行交互。第三方媒体源可以是能够提供媒体资源的第三方服务器。本申请所提供的方法主要由应用的客户端实施。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。服务器可以是单一服务器，也可以是多个服务器构成的服务器群组。应该理解，图1中的客户端和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数本文档来自技高网...

【技术保护点】
1.一种媒体播放的方法，其特征在于，该方法包括：/n应用客户端启动后，从本应用的服务器端获取媒体资源并预加载至本地；/n所述应用客户端获取到触发媒体播放的事件后，播放预加载的媒体资源，从第三方媒体源获取媒体资源并预加载至本地。/n

【技术特征摘要】
1.一种媒体播放的方法，其特征在于，该方法包括：
应用客户端启动后，从本应用的服务器端获取媒体资源并预加载至本地；
所述应用客户端获取到触发媒体播放的事件后，播放预加载的媒体资源，从第三方媒体源获取媒体资源并预加载至本地。


2.根据权利要求1所述的方法，其特征在于，从本应用的服务器获取的媒体资源数量小于所述应用客户端的预加载容量；
从第三方媒体源获取的媒体资源数量小于或等于所述应用客户端的预加载剩余容量。


3.根据权利要求1所述的方法，其特征在于，在所述从本应用的服务器端获取媒体资源并预加载至本地之前，还包括：
所述应用客户端判断本地预加载的媒体资源是否已经超过有效期；
如果是，则向所述第三方视频源发送媒体资源过期且未播放的消息，并执行所述从本应用的服务器端获取媒体资源并预加载至本地。


4.根据权利要求3所述的方法，其特征在于，该方法还包括：
如果本地预加载的媒体资源未超过有效期，则转至执行所述应用客户端获取到触发媒体播放的事件的步骤。


5.根据权利要求1所述的方法，其特征在于，在所述从第三方媒体源获取媒体资源时上报至少两种用户端标识，以便所述第三方媒体源依据所述至少两种用户端标识进行用户识别和媒体资源推荐。


6.根据权利要求1或3所述的方法，其特征在于，所述从本应用的服务器端获取媒体资源包括：
向所述本应用的服务器端发送第一资源获取请求，接收所述本应用的服务器端返回的本应用的服务器端存储的媒体资源；
所述从第三方媒体源获取媒体资源包括：
向所述本应用的服务器端发送第二资源获取请求，由所述本应用的服务器端将...

【专利技术属性】
技术研发人员：吴培希，
申请(专利权)人：上海连尚网络科技有限公司，
类型：发明
国别省市：上海;31