多媒体资源获取方法、装置、设备及介质

技术领域

本公开涉及互联网技术领域，更具体地说，涉及多媒体资源获取方法、装置、设备及介质。

背景技术

在视频创作场景下，经常需要添加多媒体资源(例如，滤镜、贴纸、表情等)来增加视频的趣味性。多媒体资源在使用前需先通过网络将资源包下载到本地，但下载资源包需要用户等待，因此，为提高用户的使用体验，通常在网络空闲时预先下载好用户将会使用的资源包，用户在使用多媒体资源时就无需等待。

由于设备存储压力，无法将所有多媒体资源都预先下载下来，因此需要“预测”用户将要使用的多媒体资源。但当前的多媒体资源预下载方案的预测命中率(即，预下载后实际被用户使用的概率)偏低，导致用户仍然要在实际使用多媒体资源时等待资源包的下载。

发明内容

本公开提供多媒体资源获取方法、装置、设备及介质，以至少解决上述相关技术中的问题。

根据本公开实施例的第一方面，提供一种多媒体资源获取方法，包括：接收第一用户账户针对多媒体资源的获取请求；响应于所述获取请求，确定第二用户账户，所述第二用户账户与所述第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，其中，所述用户特征维度为与所述多媒体资源的使用情况相关的特征类别；从所述第二用户账户使用过的第一多媒体资源中，确定第二多媒体资源；向所述第一用户账户反馈所述第二多媒体资源的多媒体资源标识，以使所述第一用户账户根据所述多媒体资源标识获取目标多媒体资源。

可选地，所述获取请求包括关于所述第一用户账户侧可用存储空间大小的信息，所述从所述第二用户账户使用过的第一多媒体资源中，确定第二多媒体资源，包括：获取所述第二用户账户使用过的第一多媒体资源；从所述第一多媒体资源中确定至少一个第二多媒体资源，所述至少一个第二多媒体资源占用的存储空间之和小于所述可用存储空间大小。

可选地，所述从所述第一多媒体资源中确定至少一个第二多媒体资源，包括：根据各所述第一多媒体资源的使用频次，确定所述第一用户账户针对各所述第一多媒体资源的使用概率；根据各所述第一多媒体资源的使用概率，从所述第一多媒体资源中确定至少一个第二多媒体资源。

可选地，所述获取请求是在所述第一用户账户侧的设备的冷启动阶段发出的。

可选地，所述获取请求包括关于所述第一用户账户的账户标识的信息，所述响应于所述获取请求，确定第二用户账户，包括：根据所述账户标识，获取所述第一用户账户在各所述用户特征维度下对应的目标特征数据；从数据库中确定特征数据与所述目标特征数据相匹配的第二用户账户，其中，所述数据库用于存储任一用户账户在各所述用户特征维度下的特征数据以及所述任一用户账户在历史预设时间段内使用过的多媒体资源的数据。

可选地，所述根据各所述第一多媒体资源的使用频次，确定所述第一用户账户针对各所述第一多媒体资源的使用概率，包括：根据各所述第一多媒体资源的使用频次，确定所述第一多媒体资源的使用频次之和；针对任一所述第一多媒体资源，将所述第一多媒体资源的使用频次在所述第一多媒体资源的使用频次之和中的占比，确定为所述第一用户账户针对所述第一多媒体资源的使用概率。

可选地，所述用户特征维度包括偏好、位置和年龄中的至少一个。

可选地，所述多媒体资源获取方法还包括：针对预设的多个维度中的任一维度，获取所述维度中各维度标签对应的多媒体资源的使用数据；根据各所述维度标签对应的多媒体资源的使用数据，确定所述维度中多个所述维度标签所对应的相同多媒体资源；在所述维度中多个所述维度标签所对应的相同多媒体资源的数量，在各所述维度标签所对应的多媒体资源的数量中的占比均超过预设阈值的情况下，确定所述维度为所述用户特征维度。

根据本公开实施例的第二方面，提供一种多媒体资源获取方法，包括：向第一服务器发送获取请求，其中，所述获取请求为第一用户账户针对多媒体资源的获取请求；从所述第一服务器接收第二多媒体资源的多媒体资源标识，其中，所述第二多媒体资源是从第二用户账户使用过的第一多媒体资源中确定的，所述第二用户账户是所述第一服务器响应于所述获取请求而确定的，所述第二用户账户与所述第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，所述用户特征维度为与所述多媒体资源的使用情况相关的特征类别；根据所述多媒体资源标识，获取目标多媒体资源。

可选地，所述向第一服务器发送获取请求，包括：在冷启动阶段向所述第一服务器发送所述获取请求。

可选地，所述根据所述多媒体资源标识，获取目标多媒体资源，包括：确定所述多媒体资源标识是否已经存在；在不存在所述多媒体资源标识的情况下，向第二服务器发送目标多媒体资源获取请求，其中，所述目标多媒体资源获取请求包括关于所述多媒体资源标识的信息，以使所述第二服务器响应于所述目标多媒体资源获取请求，向所述第一用户账户侧发送所述目标多媒体资源；接收所述第二服务器发送的所述目标多媒体资源。

可选地，所述向第二服务器发送目标多媒体资源获取请求，包括：在网络空闲的情况下，向所述第二服务器发送所述目标多媒体资源获取请求。

可选地，所述用户特征维度包括偏好、位置和年龄中的至少一个。

根据本公开实施例的第三方面，提供一种多媒体资源获取装置，包括：获取请求接收模块，被配置为接收第一用户账户针对多媒体资源的获取请求；用户账户确定模块，被配置为响应于所述获取请求，确定第二用户账户，所述第二用户账户与所述第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，其中，所述用户特征维度为与所述多媒体资源的使用情况相关的特征类别；多媒体资源确定模块，被配置为从所述第二用户账户使用过的第一多媒体资源中，确定第二多媒体资源；反馈模块，被配置为向所述第一用户账户反馈所述第二多媒体资源的多媒体资源标识，以使所述第一用户账户根据所述多媒体资源标识获取目标多媒体资源。

可选地，所述获取请求包括关于所述第一用户账户侧可用存储空间大小的信息，所述多媒体资源确定模块被配置为：获取所述第二用户账户使用过的第一多媒体资源；从所述第一多媒体资源中确定至少一个第二多媒体资源，所述至少一个第二多媒体资源占用的存储空间之和小于所述可用存储空间大小。

可选地，所述多媒体资源确定模块被配置为：根据各所述第一多媒体资源的使用频次，确定所述第一用户账户针对各所述第一多媒体资源的使用概率；根据各所述第一多媒体资源的使用概率，从所述第一多媒体资源中确定至少一个第二多媒体资源。

可选地，所述获取请求是在所述第一用户账户侧的设备的冷启动阶段发出的。

可选地，所述获取请求包括关于所述第一用户账户的账户标识的信息，所述用户账户确定模块被配置为：根据所述账户标识，获取所述第一用户账户在各所述用户特征维度下对应的目标特征数据；从数据库中确定特征数据与所述目标特征数据相匹配的第二用户账户，其中，所述数据库用于存储任一用户账户在各所述用户特征维度下的特征数据以及所述任一用户账户在历史预设时间段内使用过的多媒体资源的数据。

可选地，所述多媒体资源确定模块被配置为：根据各所述第一多媒体资源的使用频次，确定所述第一多媒体资源的使用频次之和；针对任一所述第一多媒体资源，将所述第一多媒体资源的使用频次在所述第一多媒体资源的使用频次之和中的占比，确定为所述第一用户账户针对所述第一多媒体资源的使用概率。

可选地，所述用户特征维度包括偏好、位置和年龄中的至少一个。

可选地，所述多媒体资源获取装置还包括：使用数据获取模块，被配置为针对预设的多个维度中的任一维度，获取所述维度中各维度标签对应的多媒体资源的使用数据；相同多媒体资源确定模块，被配置为根据各所述维度标签对应的多媒体资源的使用数据，确定所述维度中多个所述维度标签所对应的相同多媒体资源；用户特征维度确定模块，被配置为在所述维度中多个所述维度标签所对应的相同多媒体资源的数量，在各所述维度标签所对应的多媒体资源的数量中的占比均超过预设阈值的情况下，确定所述维度为所述用户特征维度。

根据本公开实施例的第四方面，提供一种多媒体资源获取装置，包括：获取请求发送模块，被配置为向第一服务器发送获取请求，其中，所述获取请求为第一用户账户针对多媒体资源的获取请求；多媒体资源标识接收模块，被配置为从所述第一服务器接收第二多媒体资源的多媒体资源标识，其中，所述第二多媒体资源是从第二用户账户使用过的第一多媒体资源中确定的，所述第二用户账户是所述第一服务器响应于所述获取请求而确定的，所述第二用户账户与所述第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，所述用户特征维度为与所述多媒体资源的使用情况相关的特征类别；多媒体资源获取模块，被配置为根据所述多媒体资源标识，获取目标多媒体资源。

可选地，所述获取请求发送模块被配置为：在冷启动阶段向所述第一服务器发送所述获取请求。

可选地，所述多媒体资源获取模块被配置为：确定所述多媒体资源标识是否已经存在；在不存在所述多媒体资源标识的情况下，向第二服务器发送目标多媒体资源获取请求，其中，所述目标多媒体资源获取请求包括关于所述多媒体资源标识的信息，以使所述第二服务器响应于所述目标多媒体资源获取请求，向所述第一用户账户侧发送所述目标多媒体资源；接收所述第二服务器发送的所述目标多媒体资源。

可选地，所述多媒体资源获取模块被配置为：在网络空闲的情况下，向所述第二服务器发送所述目标多媒体资源获取请求。

可选地，所述用户特征维度包括偏好、位置和年龄中的至少一个。

根据本公开实施例的第五方面，提供一种电子设备，包括：至少一个处理器；至少一个存储计算机可执行指令的存储器，其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行根据本公开第一方面的多媒体资源获取方法或执行根据本公开第二方面的多媒体资源获取方法。

根据本公开实施例的第六方面，提供一种存储指令的计算机可读存储介质，当所述指令被至少一个处理器运行时，促使所述至少一个处理器执行根据本公开第一方面的多媒体资源获取方法或执行根据本公开第二方面的多媒体资源获取方法。

根据本公开实施例的第七方面，提供一种计算机程序产品，该计算机程序产品中的指令可由计算机设备的处理器执行以完成根据本公开第一方面的多媒体资源获取方法或完成根据本公开第二方面的多媒体资源获取方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

根据本公开的多媒体资源获取方法、装置、设备及介质，可以根据用户特征维度相匹配的用户账户的多媒体资源使用数据来进行多媒体资源预下载，由于用户特征维度与多媒体资源使用情况相关，因此多媒体资源的预测命中率可显著提高，可以避免出现用户在实际使用多媒体资源时，由于预下载的多媒体资源不符合预期需要等待资源包的下载的情况出现，即可以保证用户快速的使用到符合自身预期的多媒体资源，从而可显著提高用户的使用体验。

此外，由于在客户端每次冷启动时均会发送获取多媒体资源的请求，因此几乎每个用户账户都能获取到预下载的多媒体资源的配置数据，而每个用户账户对预下载的多媒体资源的配置数据的使用情况，又可以作为“使用过的多媒体资源”留待后续推荐多媒体资源时作为参考，可以持续提升多媒体资源预下载方案的预测命中率。

另外，由于存储多媒体资源信息的数据库中的数据被周期性更新，因此最新更新的多媒体资源可及时被预下载，即可以保证用户可以使用到最新的多媒体资源，进一步提高了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是示出本公开的示例性实施例可以应用于其中的示例性系统架构100。

图2是示出根据本公开的示例性实施例的多媒体资源获取方法的流程图。

图3是示出根据本公开的另一示例性实施例的多媒体资源获取方法的流程图。

图4是示出根据本公开的示例性实施例的特效预下载过程的整体示意图。

图5是示出根据本公开的示例性实施例的多媒体资源获取装置的框图。

图6是示出根据本公开的另一示例性实施例的多媒体资源获取装置的框图。

图7是示出根据本公开的示例性实施例的电子设备700的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在此需要说明的是，在本公开中出现的“若干项之中的至少一项”均表示包含“该若干项中的任意一项”、“该若干项中的任意多项的组合”、“该若干项的全体”这三类并列的情况。例如“包括A和B之中的至少一个”即包括如下三种并列的情况：(1)包括A；(2)包括B；(3)包括A和B。又例如“执行步骤一和步骤二之中的至少一个”，即表示如下三种并列的情况：(1)执行步骤一；(2)执行步骤二；(3)执行步骤一和步骤二。

相关技术中存在两种预下载多媒体资源的方案，其一，基于用户账户本地历史行为(例如，根据多媒体资源历史使用次数等)，在进入到多媒体资源生产界面时进行预下载，但在某些场景(例如，短视频创作)下，多媒体资源的更新频率非常快，大部分用户账户使用的是未曾使用过的新多媒体资源，而对于新多媒体资源的使用，无法通过用户账户的本地历史行为进行预测。其二，基于线上所有用户账户近期使用多媒体资源的情况，在进入到多媒体资源生产界面时进行预下载，但由于不同用户账户群体之间存在非常大的差异(例如，性别、年龄、所处的地域等)，因此在多媒体资源的使用情况上也存在极大差异，故而基于整体用户账户近期的多媒体资源使用情况进行预下载，无法很好地预测不同维度上的用户账户的多媒体资源使用偏好，导致在实际使用多媒体资源时仍需等待资源包的下载。

为了解决当前的多媒体资源预下载方案的预测命中率偏低的问题，本公开提出了一种多媒体资源获取方法、装置、设备及介质，具体地说，可以根据用户特征维度相匹配的用户账户的多媒体资源使用数据来进行多媒体资源预下载，由于用户特征维度与多媒体资源使用情况相关，因此多媒体资源的预测命中率可显著提高，可以避免出现用户在实际使用多媒体资源时，由于预下载的多媒体资源不符合预期需要等待资源包的下载的情况出现，即可以保证用户快速的使用到符合自身预期的多媒体资源，从而可显著提高用户的使用体验。

此外，由于在客户端每次冷启动时均会发送获取多媒体资源的请求，因此几乎每个用户账户都能获取到预下载的多媒体资源的配置数据，而每个用户账户对预下载的多媒体资源的配置数据的使用情况，又可以作为“使用过的多媒体资源”留待后续推荐多媒体资源时作为参考，可以持续提升多媒体资源预下载方案的预测命中率。

另外，由于存储多媒体资源信息的数据库中的数据被周期性更新，因此最新更新的多媒体资源可及时被预下载，即可以保证用户可以使用到最新的多媒体资源，进一步提高了用户体验。

下面，将参照图1至图7具体描述根据本公开的示例性实施例的多媒体资源获取方法、装置、设备及介质。

图1是示出本公开的示例性实施例可以应用于其中的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息(例如，用于发送获取多媒体资源的请求或者接收多媒体资源数据等)等。终端设备101、102、103上可以安装有各种涉及展示多媒体资源的应用，例如，视频播放应用、视频制作应用等。终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏并且能够进行资源处理的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中，其可以实现成多个软件或软件模块(例如，用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如是对终端设备101、102、103上所安装的多媒体应用提供支持的后台服务器。后台服务器例如可响应于接收到获取多媒体资源的请求，向终端设备101、102、103发送多媒体资源数据等。

需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如，用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

图2是示出根据本公开的示例性实施例的多媒体资源获取方法的流程图。

参照图2，在步骤201，可以接收第一用户账户针对多媒体资源的获取请求。其中，多媒体资源是指视频制作场景中的特效，例如，滤镜、贴纸、表情和挂件等。

在步骤202，响应于获取请求，可以确定第二用户账户。其中，第二用户账户与第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，用户特征维度为与多媒体资源的使用情况相关的特征类别。即第二用户账户是指区别于当前客户端的其他客户端的用户账户，用户特征维度是指构成用户账户的多个数据面向。

根据本公开的示例性实施例，可通过对数据仓库中关于不同用户账户的多媒体资源使用数据进行分析，从而得到与多媒体资源的使用情况相关的用户特征维度，这里，数据仓库中存储有多个用户账户的各项状态数据(例如，年龄、位置等)和行为数据(例如，多媒体资源的使用情况等)。具体来讲，针对预设的多个维度中的任一维度，可以获取该维度中各维度标签对应的多媒体资源的使用数据。然后，可以根据各维度标签对应的多媒体资源的使用数据，确定维度中多个维度标签所对应的相同多媒体资源。接下来，在该维度中多个维度标签所对应的相同多媒体资源的数量，在各维度标签所对应的多媒体资源的数量中的占比均超过预设阈值的情况下，可以确定该维度为用户特征维度。

例如，在年龄维度下，包括儿童、少年、青年、中年和老年这几个标签，因此，在年龄维度下可分析出5类用户账户的多媒体资源使用情况，如果每个类别中都有至少80％用户账户偏向于使用相同的多媒体资源，则认为年龄维度下的用户账户对多媒体资源的选择具有共性，可将年龄作为在获取多媒体资源过程中进行用户账户匹配的维度。也就是说，在同个维度下，每类用户账户中使用相同多媒体资源的用户账户，在该类用户账户所对应的多媒体资源的数量中的占比均超过一定比例阈值的情况下，则认为该维度与多媒体资源的选择之间的相关度越高，根据该原则，可得到与多媒体资源使用情况相关的至少一个用户特征维度。

根据本公开的示例性实施例，至少一个用户特征维度可包括偏好、位置和年龄中的至少一个。

这里，偏好是指基于各项行为数据得到的用户账户的爱好，可从用户公开的个人信息，点赞的作品，观看作品时长，评论内容等各个方面综合了解用户喜好，将用户划分为艺术类，运动类，美妆类等多个爱好类别。位置是指用户账户实际所处的位置区域，可通过用户公开的位置信息获取，这里需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)，均为经用户授权或者经过各方充分授权的信息。

根据本公开的示例性实施例，上述获取请求可以是在第一用户账户侧的设备的冷启动阶段发出的。冷启动是应用的一种启动方式，指断开应用进程之后重新启动，此时内存中的数据会全部丢失。由于应用的使用都需要冷启动，因此几乎(可能存在无网络等异常情况)每个用户账户都能够发出获取多媒体资源的请求，这样，几乎每个用户账户都能获取到预下载的多媒体资源的配置数据，而每个用户账户对预下载的多媒体资源的配置数据的使用情况，又可以作为“使用过的多媒体资源”留待后续推荐多媒体资源时作为参考，可以持续提升多媒体资源预下载方案的预测命中率，从而在整体上保持在多媒体资源获取过程中的用户体验。

根据本公开的示例性实施例，上述获取请求可以包括关于第一用户账户的账户标识的信息。可以根据账户标识，获取第一用户账户在各用户特征维度下对应的目标特征数据。然后，可以从数据库中确定特征数据与目标特征数据相匹配的第二用户账户。其中，数据库用于存储任一用户账户在各用户特征维度下的特征数据以及任一用户账户在历史预设时间段内使用过的多媒体资源的数据。

具体来讲，客户端在每次冷启动时，会向配置下发服务器发送第一用户账户针对多媒体资源的获取请求，其中，该获取请求可以包含用户id(即账户标识)，该配置下发服务器用于下发多媒体资源配置到客户端。

配置下发服务器在接收到请求之后，首先根据用户id提取出偏好、位置和年龄中的至少一个特征数据，这里，可采用相关技术中的任意一种大数据分析方案来提取特征数据，本公开对此不作限定。然后，可根据获取到的特征数据从存储多媒体资源信息的数据库中匹配特征数据相同的第二用户账户，从而获取到第二用户账户的多媒体资源使用数据，这里，可认为特征数据相同的用户账户为相似用户(即，对多媒体资源的选择和使用具有相似性)，根据相似用户的多媒体资源使用数据获取目标多媒体资源数据，可提高获取到的目标多媒体资源数据的被使用概率，从而提高用户的多媒体资源使用体验。

根据本公开的示例性实施例，存储多媒体资源信息的数据库中的数据被周期性更新。具体来讲，多媒体资源的使用情况是实时变动的，因此，为提高多媒体资源的预下载命中率，可对存储多媒体资源信息的数据库中的数据进行周期性更新，例如，可每个6小时、12小时、24小时等进行更新，对此不作限制。其中，可对数据库中的数据进行清洗(即，对数据进行重新审查和校验，删除重复数据以及纠正存在的错误，提供数据一致性)，并按照偏好、年龄和位置三个维度对数据进行聚合(即，对数据进行内容挑选、分析、归类以得到目标结果，主要是指任何能够从数组产生标量值的数据转换过程)，这里，数据清洗和数据聚合可采用相关技术中的任意一种方案，对此不作限制。

在步骤203，可以从第二用户账户使用过的第一多媒体资源中，确定第二多媒体资源。

根据本公开的示例性实施例，上述获取请求可以包括关于第一用户账户侧可用存储空间大小的信息。可以获取第二用户账户使用过的第一多媒体资源。然后，可以从第一多媒体资源中确定至少一个第二多媒体资源，至少一个第二多媒体资源占用的存储空间之和小于可用存储空间大小。

根据本公开的示例性实施例，配置下发服务器可以根据各第一多媒体资源的使用频次，确定第一用户账户针对各第一多媒体资源的使用概率。接下来，可以根据各第一多媒体资源的使用概率，从第一多媒体资源中确定至少一个第二多媒体资源。

根据本公开的示例性实施例，可以根据各第一多媒体资源的使用频次，确定第一多媒体资源的使用频次之和。然后，针对任一第一多媒体资源，可以将该第一多媒体资源的使用频次在第一多媒体资源的使用频次之和中的占比，确定为第一用户账户针对该第一多媒体资源的使用概率。

进一步的，可使用多媒体资源id进行排序。由于客户端存储空间有限，因此配置下发服务端还根据客户端存储空间大小确定下发的多媒体资源的个数，例如，根据使用概率从高到低排列的多媒体资源序列为[3,19,109,233,81…]，配置下发服务器根据客户端存储空间大小判断出可下发3个多媒体资源，则下发的多媒体资源id为[3,19,109]。

在步骤204，可以向第一用户账户反馈第二多媒体资源的多媒体资源标识，以使第一用户账户根据多媒体资源标识获取目标多媒体资源，即可以将目标多媒体资源数据发送至客户端，以使客户端根据目标多媒体资源数据获取目标多媒体资源。

根据本公开的示例性实施例，客户端可在网络空闲时根据目标多媒体资源数据(例如，多媒体资源id)请求资源管理服务器对目标多媒体资源进行预下载，下载完成之后解压缓存到客户端磁盘中。当用户账户在视频制作场景中使用多媒体资源时，如果多媒体资源已经预下载，可直接从磁盘中加载到内存中使用，由于预下载的多媒体资源是基于相似用户账户的多媒体资源使用数据得到的，因此被使用的概率更高，在更多的视频制作场景中无需用户等待下载多媒体资源，提高了用户的使用体验。

图3是示出根据本公开的另一示例性实施例的多媒体资源获取方法的流程图。

参照图3，在步骤301，可以向第一服务器发送获取请求。其中，该获取请求为第一用户账户针对多媒体资源的获取请求。这里，多媒体资源是指视频制作场景中的特效，例如，滤镜、贴纸、表情和挂件等，

根据本公开的示例性实施例，可以在冷启动阶段向第一服务器发送获取请求。由于应用的使用都需要冷启动，因此几乎(可能存在无网络等异常情况)每个用户账户都能够发出获取多媒体资源的请求，从而在整体上保持在多媒体资源获取过程中的用户体验。

在步骤302，可以从第一服务器接收第二多媒体资源的多媒体资源标识。其中，第二多媒体资源是从第二用户账户使用过的第一多媒体资源中确定的，第二用户账户是第一服务器响应于获取请求而确定的，第二用户账户与第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，用户特征维度为与多媒体资源的使用情况相关的特征类别。这里，用户特征维度是指构成用户账户的多个数据面向。

根据本公开的示例性实施例，维度可通过对数据仓库中关于不同用户账户的多媒体资源使用数据进行分析而得到，这里，数据仓库中存储有多个用户账户的各项状态数据(例如，年龄、位置等)和行为数据(例如，多媒体资源的使用情况等)。具体来讲，可预设与多媒体资源使用情况相关的多个维度，并分析多媒体资源使用情况与预设的多个维度之间的相关程度，将相关程度符合预期的至少一个维度确定为可进行用户账户匹配的用户特征维度，其中，每个维度下都对应有不同的分类标签。

例如，在年龄维度下，包括儿童、少年、青年、中年和老年这几个标签，因此，在年龄维度下可分析出5类用户账户的多媒体资源使用情况，如果每个类别中都有至少80％用户账户偏向于使用相同的多媒体资源，则认为年龄维度下的用户账户对多媒体资源的选择具有共性，可将年龄作为在获取多媒体资源过程中进行用户账户匹配的维度。也就是说，同个维度下每类用户账户中使用相同多媒体资源的用户账户比例越高，则认为该维度与多媒体资源的选择之间的相关度越高，根据该原则，可得到与多媒体资源使用情况相关的至少一个用户特征维度。

根据本公开的示例性实施例，至少一个用户特征维度可包括偏好、位置和年龄中的至少一个。

这里，偏好是指基于各项行为数据得到的用户账户的爱好，可从用户公开的个人信息，点赞的作品，观看作品时长，评论内容等各个方面综合了解用户喜好，将用户划分为艺术类，运动类，美妆类等多个爱好类别。位置是指用户账户实际所处的位置区域，可通过用户公开的位置信息获取，这里需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)，均为经用户授权或者经过各方充分授权的信息。

在步骤303，可以根据多媒体资源标识，获取目标多媒体资源，即可以基于目标多媒体资源数据，获取目标多媒体资源。这里，从服务器接收的目标多媒体资源数据例如为多媒体资源id等。

根据本公开的示例性实施例，可以确定多媒体资源标识是否已经存在。在不存在多媒体资源标识的情况下，可以向第二服务器发送目标多媒体资源获取请求。其中，目标多媒体资源获取请求可以包括关于多媒体资源标识的信息，以使第二服务器响应于目标多媒体资源获取请求，向第一用户账户侧发送目标多媒体资源。然后，可以接收第二服务器发送的目标多媒体资源。

这里，在网络空闲的情况下，可以向第二服务器发送目标多媒体资源获取请求。具体来讲，由于应用可能会经历多次冷启动，则获取多媒体资源的过程可能进行多次，因此，可能从服务器接收到重复的多媒体资源数据，故客户端在接收到目标多媒体资源数据之后，首先可以判断本地是否已经存在对应的多媒体资源id，如果不存在，则在网络空闲时请求资源管理服务器对目标多媒体资源进行预下载，并在下载完成之后解压缓存到客户端磁盘，可避免重复下载造成的资源浪费。

在一些实施例中，如果接收到的多媒体资源数据有部分存在，而部分不存在，并且此时客户端的存储空间还有空余，则客户端可在接收到多媒体资源数据之后，再次向服务器发送获取多媒体资源的请求，服务器在接收到该请求之后，从已经排序好的多媒体资源序列中按照顺序选取存储空间能够容纳的多媒体资源数据，下发给客户端，从而可进一步提高多媒体资源的被使用概率，从而提高用户的多媒体资源使用体验。举例来讲，多媒体资源序列为[3,19,109,233,81…]，客户端存储空间可存储大小3个多媒体资源，而下发的多媒体资源id[3,19,109]中的前两个已经存在，则可将[233,81]再次发送至客户端。

当用户账户在视频制作场景中使用多媒体资源时，如果多媒体资源已经预下载，可直接从磁盘中加载到内存中使用，由于预下载的多媒体资源是基于与客户端的用户账户相似的用户账户的多媒体资源使用数据得到的，因此被使用的概率更高，在更多的视频制作场景中无需用户等待下载多媒体资源，提高了用户的使用体验。另外，用户账户使用的多媒体资源以及使用的次数会上报到数据仓库，并存在每天的定期任务对数据仓库中的数据进行清洗，按照偏好、位置和年龄三个维度对清洗的数据做聚合并存储到存储多媒体资源信息的数据库中，可在极大程度上使数据库中存储的多媒体资源信息保持在最新状态，进一步提高了获取到的多媒体资源被使用的概率，提升了用户体验。

为使本公开示出的方案得到更清晰的展示，下面结合短视频制作场景中的特效预下载对本公开的多媒体资源获取方案进行整体性的描述。

图4是示出根据本公开的示例性实施例的特效预下载过程的整体示意图。

参照图4，客户端在每次冷启动时，携带用户账户id向配置下发服务器发送获取特效的请求，配置下发服务器在接收到该请求之后，根据用户账户id提取出偏好、位置和年龄这三个与特效使用情况相关的特征数据，这里，特征数据是通过数据仓库中关于不同用户账户使用特效数据分析得到的。另外，可对数据仓库中的数据进行清洗，并按照偏好、位置和年龄这三个维度对清洗后的数据进行聚合，得到存储特效信息(即，特效的使用情况数据，包括用户账户信息、用户账户使用的特效以及特效使用的次数等)的数据库，配置下发服务器根据提取出的特征数据从存储特效信息的数据库中匹配与当前客户端的用户账户相似的用户账户(包括特征数据相同的多个用户账户)，进而获取到相似用户账户使用特效的数据。

然后，配置下发服务器可按照使用概率的高低对相似用户账户使用的特效进行排序，得到特效使用序列，并按照客户端的存储空间大小从该序列的首位开始选取目标数目个特效，并将对应的特效id下发至客户端。之后，客户端根据接收到的特效id判断本地是否已存在此特效id，如果不存在，则在网络空闲时请求资源管理服务器预下载接收到的特效id对应的特效，并解压缓存到磁盘中。

当用户账户在短视频创作场景中选择特效使用时，如果特效已经下载，则直接从磁盘加载到内存中并使用，如果未下载，则需要等待下载完成后再使用。这里，用户账户使用的特效以及使用的次数会上报到数据仓库中，并且存在每天的定期任务对数据仓库中的数据进行清洗，并按照确定出的维度对数据进行聚合后发送至存储特效信息的数据库中，从而使数据库中的信息始终保持为最新状态。

图5是示出根据本公开的示例性实施例的多媒体资源获取装置的框图。

参照图5，根据本公开的示例性实施例的多媒体资源获取装置500可包括数据获取请求接收模块501、用户账户确定模块502、多媒体资源确定模块503和反馈模块504。

获取请求接收模块501，被配置为接收第一用户账户针对多媒体资源的获取请求；

用户账户确定模块502，被配置为响应于获取请求，确定第二用户账户，第二用户账户与第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，其中，用户特征维度为与多媒体资源的使用情况相关的特征类别；

多媒体资源确定模块503，被配置为从第二用户账户使用过的第一多媒体资源中，确定第二多媒体资源；

反馈模块504，被配置为向第一用户账户反馈第二多媒体资源的多媒体资源标识，以使第一用户账户根据多媒体资源标识获取目标多媒体资源。

由于图2所示的多媒体资源获取方法可由图5所示的多媒体资源获取装置500来执行，并且获取请求接收模块501、用户账户确定模块502、多媒体资源确定模块503和反馈模块504可分别执行与图2中的步骤201、步骤202、步骤203和步骤204对应的操作，因此，关于图5中的各模块所执行的操作中涉及的任何相关细节均可参见关于图2的相应描述，这里不再赘述。

此外，需要说明的是，尽管以上在描述多媒体资源获取装置500时将其划分为用于分别执行相应处理的模块，然而，本领域技术人员清楚的是，上述各模块执行的处理也可以在多媒体资源获取装置500不进行任何具体模块划分或者各模块之间并无明确划界的情况下执行。此外，多媒体资源获取装置500还可包括其他模块，例如，数据处理模块、存储模块等。

图6是示出根据本公开的另一示例性实施例的多媒体资源获取装置的框图。

参照图6，根据本公开的示例性实施例的多媒体资源获取装置600可包括请求获取请求发送模块601、多媒体资源标识接收模块602和多媒体资源获取模块603。

获取请求发送模块601，被配置为向第一服务器发送获取请求，其中，所述获取请求为第一用户账户针对多媒体资源的获取请求；

多媒体资源标识接收模块602，被配置为从所述第一服务器接收第二多媒体资源的多媒体资源标识，其中，所述第二多媒体资源是从第二用户账户使用过的第一多媒体资源中确定的，所述第二用户账户是所述第一服务器响应于所述获取请求而确定的，所述第二用户账户与所述第一用户账户在至少一个用户特征维度下对应的特征数据相匹配，所述用户特征维度为与所述多媒体资源的使用情况相关的特征类别；

多媒体资源获取模块603，被配置为根据所述多媒体资源标识，获取目标多媒体资源。

由于图3所示的多媒体资源获取方法可由图6所示的多媒体资源获取装置600来执行，并且请求获取请求发送模块601、多媒体资源标识接收模块602和多媒体资源获取模块603可分别执行与图3中的步骤301、步骤302和步骤303对应的操作，因此，关于图6中的各模块所执行的操作中涉及的任何相关细节均可参见关于图3的相应描述，这里不再赘述。

此外，需要说明的是，尽管以上在描述多媒体资源获取装置600时将其划分为用于分别执行相应处理的模块，然而，本领域技术人员清楚的是，上述各模块执行的处理也可以在多媒体资源获取装置600不进行任何具体模块划分或者各模块之间并无明确划界的情况下执行。此外，多媒体资源获取装置600还可包括其他模块，例如，数据处理模块、存储模块等。

图7是示出根据本公开的示例性实施例的电子设备700的框图。

参照图7，电子设备700包括至少一个存储器701和至少一个处理器702，所述至少一个存储器701中存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个处理器702执行时，执行根据本公开的示例性实施例的多媒体资源获取方法。

作为示例，电子设备700可以是PC计算机、平板装置、个人数字助理、智能手机、或其他能够执行上述指令集合的装置。这里，电子设备700并非必须是单个的电子设备，还可以是任何能够单独或联合执行上述指令(或指令集)的装置或电路的集合体。电子设备700还可以是集成控制系统或系统管理器的一部分，或者可被配置为与本地或远程(例如，经由无线传输)以接口互联的便携式电子设备。

在电子设备700中，处理器702可包括中央处理器(CPU)、图形处理器(GPU)、可编程逻辑装置、专用处理器系统、微控制器或微处理器。作为示例而非限制，处理器还可包括模拟处理器、数字处理器、微处理器、多核处理器、处理器阵列、网络处理器等。

处理器702可运行存储在存储器701中的指令或代码，其中，存储器701还可以存储数据。指令和数据还可经由网络接口装置而通过网络被发送和接收，其中，网络接口装置可采用任何已知的传输协议。

存储器701可与处理器702集成为一体，例如，将RAM或闪存布置在集成电路微处理器等之内。此外，存储器701可包括独立的装置，诸如，外部盘驱动、存储阵列或任何数据库系统可使用的其他存储装置。存储器701和处理器702可在操作上进行耦合，或者可例如通过I/O端口、网络连接等互相通信，使得处理器702能够读取存储在存储器中的文件。

此外，电子设备700还可包括视频显示器(诸如，液晶显示器)和用户交互接口(诸如，键盘、鼠标、触摸输入装置等)。电子设备700的所有组件可经由总线和/或网络而彼此连接。

根据本公开的示例性实施例，还可提供一种存储指令的计算机可读存储介质，其中，当指令被至少一个处理器运行时，促使至少一个处理器执行根据本公开的多媒体资源获取方法。这里的计算机可读存储介质的示例包括：只读存储器(ROM)、随机存取可编程只读存储器(PROM)、电可擦除可编程只读存储器(EEPROM)、随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、闪存、非易失性存储器、CD-ROM、CD-R、CD+R、CD-RW、CD+RW、DVD-ROM、DVD-R、DVD+R、DVD-RW、DVD+RW、DVD-RAM、BD-ROM、BD-R、BD-R LTH、BD-RE、蓝光或光盘存储器、硬盘驱动器(HDD)、固态硬盘(SSD)、卡式存储器(诸如，多媒体卡、安全数字(SD)卡或极速数字(XD)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。

根据本公开的示例性实施例，还可提供一种计算机程序产品，该计算机程序产品中的指令可由计算机设备的处理器执行以完成根据本公开的示例性实施例的多媒体资源获取方法。

根据本公开的多媒体资源获取方法、装置、设备及介质，可以根据用户特征维度相匹配的用户账户的多媒体资源使用数据来进行多媒体资源预下载，由于用户特征维度与多媒体资源使用情况相关，因此多媒体资源的预测命中率可显著提高，可以避免出现用户在实际使用多媒体资源时，由于预下载的多媒体资源不符合预期需要等待资源包的下载的情况出现，即可以保证用户快速的使用到符合自身预期的多媒体资源，从而可显著提高用户的使用体验。

此外，由于在客户端每次冷启动时均会发送获取多媒体资源的请求，因此几乎每个用户账户都能获取到预下载的多媒体资源的配置数据，而每个用户账户对预下载的多媒体资源的配置数据的使用情况，又可以作为“使用过的多媒体资源”留待后续推荐多媒体资源时作为参考，可以持续提升多媒体资源预下载方案的预测命中率。

另外，由于存储多媒体资源信息的数据库中的数据被周期性更新，因此最新更新的多媒体资源可及时被预下载，即可以保证用户可以使用到最新的多媒体资源，进一步提高了用户体验。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。