媒体资源获取方法、装置、电子设备、存储介质和产品与流程

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.根据本公开实施例的第四方面，提供一种媒体资源获取装置，包括：
32.请求发送单元，被配置为执行向服务端发送针对资源展示页面的资源获取请求；所述资源展示页面用于展示至少两种资源类型的媒体资源数据，所述资源获取请求用于触发服务端确定关联的至少两种资源类型，并调用所述至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，并对所述待推荐的媒体资源进行合并；
33.合并资源接收单元，被配置为执行接收所述服务端返回的合并后的媒体资源。
34.根据本公开实施例的第五方面，提供一种电子设备，包括：
35.处理器；
36.用于存储所述处理器可执行指令的存储器；
37.其中，所述处理器被配置为执行所述指令，以实现如上述任一项所述的方法。
38.根据本公开实施例的第六方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如上述任一项所述的方法。
39.根据本公开实施例的第七方面，提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被电子设备的处理器执行时，使得所述电子设备能够执行如上述任一项所述的方法。
40.本公开的实施例提供的技术方案至少带来以下有益效果：
41.上述媒体资源获取方法中，服务端在接收客户端针对资源展示页面的资源获取请求后，可以确定与资源获取请求关联的至少两种资源类型，并调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，进而可以根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，对待推荐的媒体资源进行合并，并向客户端返回合并后的媒体资源。本公开中，客户端可以通过向资源获取请求触发服务端调用多个接口并获取不同资源类型下的媒体资源，避免客户端针对不同资源类型调用对应接口，减少客户端与服务端之间需要维护的接口数量，降低数据交互的复杂性，并且，服务端根据资源推荐策略对多个候选媒体资源进行灵活的筛选或推荐，优化待推荐的媒体资源的展示效果，能够有效提升客户端媒体资源的展示效率。
42.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
44.图1是根据一示例性实施例示出的一种媒体资源获取方法的应用环境图。
45.图2是根据一示例性实施例示出的一种媒体资源获取方法的流程图。
46.图3是根据一示例性实施例示出的一种服务端下发资源解析规则的步骤的流程图。
47.图4是根据一示例性实施例示出的另一种媒体资源获取方法的流程图。
48.图5是根据一示例性实施例示出的另一种媒体资源获取方法的流程图。
49.图6是根据一示例性实施例示出的一种媒体资源获取装置的框图。
50.图7是根据一示例性实施例示出的另一种媒体资源获取装置的框图。
51.图8是根据一示例性实施例示出的一种电子设备的框图。
52.图9是根据一示例性实施例示出的另一种电子设备的框图。
具体实施方式
53.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公
开实施例中的技术方案进行清楚、完整地描述。
54.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
55.还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
56.本公开所提供的一种媒体资源获取方法，可以应用于如图1所示的应用环境中，该应用环境中包括客户端与服务端，客户端可以通过网络与服务端进行通信，服务端可以具有对应的数据存储系统，数据存储系统可以存储有服务端需要使用的数据，例如多个媒体资源，实际应用中，数据存储系统可以集成在服务端上，也可以放在云上或其他网络服务器上。而客户端通过向服务端发送相关请求，可以从服务端获取到一个或多个媒体资源进行展示。
57.在本公开中，客户端可以设置有资源展示页面，该资源展示页面可用于展示多种资源类型的媒体资源，客户端可以针对资源展示页面生成资源获取请求并向服务端发送，以从服务端中获取到可以在资源展示页面中进行展示的媒体资源；服务端在接收到资源获取请求后，可以确定出与该请求关联的至少两种资源类型，并调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取到对应资源类型下的候选媒体资源，进而服务端可以根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，在对待推荐的媒体资源进行合并后，可以向客户端返回合并后的媒体资源。
58.其中，客户端可以部署在终端上，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能电视、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
59.图2是根据一示例性实施例示出的一种媒体资源获取方法的流程图，如图2所示，以该方法用于图1中的服务端为例进行说明，包括以下步骤。
60.在步骤s210中，接收客户端针对资源展示页面的资源获取请求；资源展示页面用于展示至少两种资源类型的媒体资源。
61.作为一种示例，媒体资源的资源类型可以根据实际情况进行划分。例如，若按照媒体资源的展示形式划分，媒体资源的资源类型可以包括以下至少两种资源类型：文本类型的媒体资源，图片类型的媒体资源，视频类型的媒体资源，音频类型的媒体资源。又或者，若按照媒体资源的分享方式划分，该划分方式也可以称为是按照业务场景划分，例如，媒体资源的资源类型可以包括公开发布的媒体资源以及指定发送的媒体资源，如客户端a公开发布的视频或客户端a向客户端b单独发送的文本信息。
62.在具体实现中，客户端可以设置有资源展示页面，该资源展示页面可用于展示至少两种资源类型的媒体资源，也即针对不同资源类型的媒体资源，可以不单独针对每一种
资源类型设置一展示页面(如a类型的媒体资源在页面a展示，而b类型的媒体资源在页面b展示)，而是将多种资源类型的媒体资源通过同一资源展示页面中展示。当客户端检测到触发事件(如检测到针对预设按钮的触发操作或当前时间达到预设的资源获取时间)时，可以针对资源展示页面生成资源获取请求，并向服务端发送资源获取请求，触发服务端根据接收到的资源获取请求获取相关媒体资源。
63.在步骤s220中，确定与资源获取请求关联的至少两种资源类型，并调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源。
64.在接收到资源获取请求后，服务端可以确定与资源请求关联的至少两种资源类型。具体例如，开发人员可以预先设置在资源展示页面展示的至少两种资源类型，进而服务端在接收到资源获取请求后可以将预先设置的至少两种资源类型作为与该请求关联的资源类型；或者，每个客户端可以配置在资源展示页面展示的媒体资源的资源类型，得到针对资源展示页面的配置信息，服务端在接收到来自客户端的资源获取请求后，可以查询该客户端针对资源展示页面设置的配置信息，并将配置信息中的资源类型作为与资源获取请求关联的至少两种资源类型。
65.在实际应用中，针对不同资源类型的媒体资源，可以分别通过不同的接口获取不同资源类型下的媒体资源，在一示例中，不同资源类型的接口可以是在媒体资源整合(即通过资源展示页面展示至少两种资源类型的媒体资源)前所使用的接口，无需重新对接口进行配置。在确定出与资源获取请求关联的至少两种资源类型后，服务端可以调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，例如，接口1用于获取a类型的媒体资源，接口2用于获取b类型的媒体资源，则服务端可以分别向接口1和接口2发送请求，将接口1和接口2各自返回的媒体资源作为候选媒体资源。
66.在本实施例中，客户端在检测到获取资源展示页面中的媒体资源的触发事件时，无需分别向多个接口发送请求，而是可以仅向服务端发送资源获取请求，触发服务端根据该请求自动调用多个接口并获取不同资源类型下的媒体资源，从而减少客户端与服务端之间需要维护的接口数量，并且客户端在获取多个资源类型的媒体资源时也无需再发送多个请求，有效降低数据交互的复杂性。
67.在步骤s230中，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源。
68.其中，待推荐的媒体资源可以是不同资源类型下的多个媒体资源。
69.在获取到来自不同接口的多个候选媒体资源后，服务端可以获取根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源。
70.相关技术中，在客户端从多个资源类型的接口获取到该对应资源类型的下的媒体资源后，由于媒体资源数量较多，用户难以一次性地浏览完所有媒体资源，因此还需要由客户端根据预设规则确定出已获取到的多个媒体资源的展示方式，然后再按照确定好的展示方式逐一展示多个媒体资源，例如客户端可以对各个媒体资源进行排序，然后再按照排序结果展示各媒体资源。然而受限于设备性能，客户端难以针对性地对为不同用户设置多个媒体资源的展示方式，排序或推荐方式单一，导致最终虽然可以在资源展示页面中同时展
示不同类型的媒体资源，但用户仍然难以快速获取到其关注或可能感兴趣的信息。
71.而在本实施例中，服务端从多个接口获取到不同资源类型下的候选媒体资源后，则可以先根据资源推荐策略确定出多个候选媒体资源中待推荐的媒体资源，由服务端根据资源推荐策略对多个候选媒体资源进行灵活的筛选或推荐，避免将复杂的推荐处理逻辑部署在客户端，优化最终得到的待推荐的媒体资源的展示效果。
72.在步骤s240中，对待推荐的媒体资源进行合并，并向客户端返回合并后的媒体资源。
73.在获取到待推荐的媒体资源后，则可以将待推荐的媒体资源进行合并，得到合并后的媒体资源，进而可以将合并后的媒体资源作为资源获取请求的响应信息返回到客户端。
74.上述媒体资源获取方法中，服务端在接收客户端针对资源展示页面的资源获取请求后，可以确定与资源获取请求关联的至少两种资源类型，并调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，进而可以根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，对待推荐的媒体资源进行合并，并向客户端返回合并后的媒体资源。本公开中，客户端可以通过向资源获取请求触发服务端调用多个接口并获取不同资源类型下的媒体资源，避免客户端针对不同资源类型调用对应接口，减少客户端与服务端之间需要维护的接口数量，降低数据交互的复杂性，并且，服务端根据资源推荐策略对多个候选媒体资源进行灵活的筛选或推荐，优化待推荐的媒体资源的展示效果，能够有效提升客户端媒体资源的展示效率。
75.在一示例性实施例中，在步骤s240中，对待推荐的媒体资源进行合并，包括：
76.获取每个待推荐的媒体资源的资源类型标识，并对各待推荐的媒体资源和各待推荐的媒体资源的资源类型标识进行合并，得到合并后的媒体资源。
77.其中，合并后的媒体资源中的资源类型标识，可用于指示客户端在读取到资源类型标识关联的媒体资源的情况下，根据资源类型标识对应的资源解析规则解析读取的媒体资源。在一示例中，资源类型标识也可以称为指示数据格式类型的“type”。
78.具体地，针对不同的资源类型的媒体资源，客户端可以采用不同的方式解析，例如音频类型的媒体资源与文本类型的媒体资源的解析方式并不相同，而服务端则是通过合并的方式将多个待推荐的媒体资源返回给客户端。
79.基于此，服务端在合并多个待推荐的媒体资源时，可以获取每个待推荐的媒体资源的资源类型标识，该资源类型标识可用于指示资源类型，进而服务端可以对各待推荐的媒体资源和各待推荐的媒体资源的资源类型标识进行合并，得到合并后的媒体资源。在服务端将合并后的媒体资源返回给客户端后，若客户端读取到合并后的媒体资源中的一媒体资源及其资源类型标识，则资源类型标识可以指示客户端根据该资源类型标识对应的资源解析规则，对当前读取到的媒体资源进行解析，并将解析后的媒体资源展示在资源展示页面中。
80.在本实施例中，可以对各待推荐的媒体资源和各待推荐的媒体资源的资源类型标识进行合并，得到合并后的媒体资源，从而在由服务端将来自不同接口的多个媒体资源融合并返回给客户端后，客户端仍然可以正确地解析每个媒体资源，实现媒体资源的正常展
示。
81.在一示例性实施例中，如图3所示，在步骤s240之后，所述方法还可以包括：
82.在步骤s310中，响应于针对资源展示页面的资源类型添加请求，获取与添加的资源类型对应的新增的资源类型标识。
83.在实际应用中，资源展示页面所展示的媒体资源的资源类型可以发生变化，例如可以增加新的资源类型或删除原有的资源类型。若接收到针对资源展示页面的资源类型添加请求，服务端可以确定资源类型添加请求所添加的资源类型，并获取添加的资源类型所对应的资源类型标识，作为新增的资源类型标识。
84.在步骤s320中，向客户端发送新增的资源类型标识对应的资源解析规则。
85.在确定新增的资源类型标识后，服务端可以进一步获取新增的资源类型标识所对应的资源解析规则，并将新增的资源类型标识及其对应的资源解析规则发送给客户端，从而可以与客户端约定针对新添加的资源类型的媒体资源的解析方式。
86.当客户端再次获取到合并后的媒体资源，并从合并后的媒体资源中读取到新增的资源类型标识后，则可以按照新增的资源类型标识所对应的资源解析规则，对资源类型为新添加的资源类型的媒体资源进行解析，实现在资源展示页面中展示新的资源类型的媒体资源。
87.例如，针对新添加的资源类型，可以设置新增的资源类型标识“4”，即新添加的资源类型type＝4，若客户端从合并后的媒体资源中读取到资源类型标识“4”，则可以按照资源类型标识“4”所对应的资源解析规则解析对应的媒体资源。
88.在本实施例中，通过获取与添加的资源类型对应的新增的资源类型标识，并向客户端发送新增的资源类型标识对应的资源解析规则，实现客户端与服务端之间针对新增资源类型解析方式的约定，能够在资源展示页面中快速融入新的资源类型的媒体资源。
89.在一示例性实施例中，在步骤s230中，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，可以包括如下步骤：
90.若预先确定的资源推荐策略包括第一推荐策略，则确定客户端对各个候选媒体资源的关注度，并确定出关注度满足关注度条件的候选媒体资源；基于关注度满足关注度条件的候选媒体资源，确定待推荐的媒体资源。
91.在实际应用中，资源推荐策略中可以包括一个或多个推荐策略，若预先确定的资源推荐策略中包括第一推荐策略，则服务端可以先确定客户端对各个候选媒体资源的关注度。具体而言，客户端在发送资源获取请求时，可以将客户端当前登录的账号所对应的账号标识(如userid)一起发送到服务端，服务端在获取到多个候选媒体资源后，可以根据账号标识获取该账号的媒体资源浏览特征，例如基于该账号过往浏览的媒体资源，确定其关注的领域或发布者等媒体资源浏览特征，进而可以根据媒体资源浏览特征确定客户端对当前各个候选媒体资源的关注度。
92.在获取到各个各候选媒体资源的关注度后，可以从多个候选媒体资源中筛选出多个关注度满足关注度条件的候选媒体资源，例如可以将关注度最高的n个候选媒体资源确定为待推荐的媒体资源。进而，可以基于关注度满足关注度条件的候选媒体资源确定待推荐的媒体资源，如将关注度满足关注度条件的各个候选媒体资源作为待推荐的媒体资源，或者，可以结合其他推荐策略对关注度满足关注度条件的多个候选媒体资源，作进一步处
理，并将处理后得到的多个候选媒体资源作为待推荐的媒体资源。
93.在本实施例中，通过基于关注度满足关注度条件的候选媒体资源，确定待推荐的媒体资源，能够在资源展示页面中优先展示客户端关注的媒体资源，有效合理地进行数据的推荐，提高用户浏览媒体资源的效率，优化媒体资源展示效果。
94.在一示例性实施例中，在步骤s230中，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，可以包括如下步骤：
95.若预先确定的资源推荐策略包括第二推荐策略，则确定各个候选媒体资源对应的展示优先级；基于携带有展示优先级的候选媒体资源，得到待推荐的媒体资源。
96.实际应用中，若资源推荐策略中包括第二推荐策略，则服务端可以确定各个候选媒体资源对应的展示优先级，其中，展示优先级可以指示媒体资源在资源展示页面中的展示顺序，即展示优先级越高的媒体资源，在资源展示页面中展示的次序越靠前。
97.在获取各个候选媒体资源对应的展示优先级后，可以将展示优先级与候选媒体资源关联，进而可以基于携带有展示优先级的候选媒体资源得到待推荐的媒体资源，例如可以将所有携带有展示优先级的候选媒体资源作为待推荐的媒体资源，或者，也可以结合其他推荐策略对携带有展示优先级的候选媒体资源作进一步筛选，并将处理后得到的携带有展示优先级的媒体资源作为待推荐的媒体资源。
98.在本实施例中，可以基于携带有展示优先级的候选媒体资源，得到待推荐的媒体资源，进而客户端在获取到合并后的媒体资源后，可以基于媒体资源的展示优先级快速确定各个媒体资源的展示次序，无需对多个媒体资源进行重排，且服务端可以更准确地确定各媒体资源的展示优先级，使用户优先查看到重点内容，优化媒体资源展示效果。
99.在一示例性实施例中，在步骤s230中，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，可以包括如下步骤：
100.若预先确定的资源推荐策略包括第三推荐策略，则将多个候选媒体资源中待屏蔽的候选媒体资源过滤，基于过滤后剩余的候选媒体资源，确定出待推荐的媒体资源。
101.在实际应用中，获取到的候选媒体资源中可能包括一些需要屏蔽的媒体资源，例如客户端屏蔽的账号所发布的媒体资源或不符合平台资源发布规则的媒体资源。
102.若资源推荐策略包括第三推荐策略，则服务端可以确定多个候选媒体资源中待屏蔽的候选媒体资源，并将待屏蔽的候选媒体资源过滤掉，进而可以基于过滤后剩余的候选媒体资源，确定出待推荐的媒体资源。
103.在本实施例中，服务端可以将多个候选媒体资源中待屏蔽的候选媒体资源过滤，基于过滤后剩余的候选媒体资源，确定出待推荐的媒体资源，避免客户端展示用户不关心的或不符合规则的媒体资源，仅将可浏览的媒体资源展示在资源展示页面。
104.在一示例性实施例中，在步骤s210中，接收客户端针对资源展示页面的资源获取请求，可以包括：
105.通过预设接口接收客户端针对资源展示页面的资源获取请求。
106.在具体实现中，服务端可以预先设置有接口，该预设接口可用于获取在资源展示页面中展示的媒体资源，客户端在检测到获取媒体资源的触发事件后，可以针对资源展示页面生成资源获取请求，并通过调用该预设接口，将资源获取请求发送给服务端。
107.在步骤s240中，对待推荐的媒体资源进行合并，可以包括：
108.获取预设接口对应的数据封装格式，并基于数据封装格式对待推荐的媒体资源进行合并。
109.具体地，接口可以具有对应的数据封装格式，即通过接口进行收发的数据，可以按照该数据封装格式对数据进行封装，从而使数据接收方可以确定获取到的数据所指示的信息。在获取到待推荐的媒体资源后，服务端可以获取预设接口对应的数据封装格式，并按照该数据封装格式对待推荐的媒体资源进行合并，得到合并后的媒体资源。
110.在本实施例，服务端可以通过预设接口接收客户端针对资源展示页面的资源获取请求，并基于预设接口对应的数据封装格式对待推荐的媒体资源进行合并，使得客户端与服务端之间仅需维护一预设接口即可实现多种类型媒体资源的交互，使客户端获取到不同资源类型的媒体资源，在实现业务数据融合功能的同时降低媒体资源融合展示场景下的业务复杂性。
111.图4是根据一示例性实施例示出的一种媒体资源获取方法的流程图，如图4所示，以该方法用于图1中的客户端为例进行说明，包括以下步骤。
112.在步骤s410中，向服务端发送针对资源展示页面的资源获取请求。
113.其中，资源展示页面用于展示至少两种资源类型的媒体资源数据，资源获取请求用于触发服务端确定关联的至少两种资源类型，并调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，并对待推荐的媒体资源进行合并。
114.在具体实现中，当客户端检测到触发事件时，可以针对资源展示页面生成资源获取请求，并向服务端发送针对资源展示页面的资源获取请求，触发服务端根据接收到的资源获取请求获取可以在资源页面中进行展示的相关媒体资源。
115.而服务端在接收到资源获取请求后，可以确定与资源请求关联的至少两种资源类型。针对不同资源类型的媒体资源，可以预先设置有不同的接口，即可以通过不同的接口获取不同资源类型下的媒体资源，进而在确定出与资源获取请求关联的至少两种资源类型后，服务端可以调用至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源。
116.在获取到来自不同接口的多个候选媒体资源后，服务端可以获取根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，并将待推荐的媒体资源进行合并，得到合并后的媒体资源。
117.在步骤s420中，接收服务端返回的合并后的媒体资源。
118.服务端在获取到合并后的媒体资源后，可以将合并后的媒体资源作为资源获取请求的响应信息向客户端返回，使得客户端可以接收到合并后的媒体资源。具体实现中，客户端在获取到合并后的媒体资源后，可以及时使用合并后的媒体资源对当前资源展示页面中的内容进行更新，也可以延后更新，例如在检测到更新资源展示页面的触发操作(如页面刷新操作或点击“下一页”的操作)时再更新页面内容，展示已获取的合并后的媒体资源。
119.上述媒体资源获取方法中，客户端可以向服务端发送针对资源展示页面的资源获取请求，该资源展示页面用于展示至少两种资源类型的媒体资源数据，资源获取请求可以触发服务端确定关联的至少两种资源类型并调用至少两种资源类型中每种资源类型对应
的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，进而服务端可以根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，并对待推荐的媒体资源进行合并，并使客户端可以接收到服务端返回的合并后的媒体资源。本公开中，客户端可以通过向资源获取请求触发服务端调用多个接口并获取不同资源类型下的媒体资源，避免客户端针对不同资源类型调用对应接口，减少客户端与服务端之间需要维护的接口数量，降低数据交互的复杂性，并且，服务端根据资源推荐策略对多个候选媒体资源进行灵活的筛选或推荐，优化待推荐的媒体资源的展示效果，能够有效提升客户端媒体资源的展示效率。
120.在一示例性实施例中，在步骤s410之后，所述方法还可以包括：
121.从合并后的媒体资源中读取每个媒体资源的资源类型标识，并根据资源类型标识对应的资源解析规则解析对应的媒体资源；在资源展示页面展示解析后的各种资源类型的媒体资源。
122.实际应用中，针对不同的资源类型的媒体资源，客户端可以采用不同的方式解析，例如音频类型的媒体资源与文本类型的媒体资源的解析方式并不相同，而服务端则是通过合并的方式将多个待推荐的媒体资源返回给客户端。
123.基于此，服务端在合并多个待推荐的媒体资源时，可以获取每个待推荐的媒体资源的资源类型标识，该资源类型标识可用于指示资源类型，进而服务端可以对各待推荐的媒体资源和各待推荐的媒体资源的资源类型标识进行合并，得到合并后的媒体资源。
124.在服务端将合并后的媒体资源返回给客户端后，客户端可以从合并后的媒体资源中获取每个媒体资源的资源类型标识，进而可以根据资源类型标识获取到用于解析对应资源类型的资源解析规则，并根据该资源类型标识对应的资源解析规则，对当前读取到的媒体资源进行解析，得到解析后的媒体资源。在对合并后的媒体资源中的各个媒体资源进行解析后，客户端可以在资源展示页面展示解析后的各种资源类型的媒体资源。
125.在本实施例中，客户端可以从合并后的媒体资源中读取每个媒体资源的资源类型标识，并根据资源类型标识对应的资源解析规则解析对应的媒体资源，从而在由服务端将来自不同接口的多个媒体资源融合并返回给客户端后，客户端仍然可以正确地解析每个媒体资源，实现媒体资源的正常展示。
126.在一示例性实施例中，在资源展示页面展示解析后的各个媒体资源数据之后，所述方法还可以包括：
127.获取新增的资源类型标识对应的资源解析规则；在再次获取到合并后的媒体资源，并从合并后的媒体资源中读取到新增的资源类型标识的情况下，根据新增的资源类型标识对应的资源解析规则，对合并后的媒体资源中新增的资源类型标识对应的新增媒体资源进行解析。
128.其中，新增的资源类型标识是服务端在接收到针对资源展示页面的资源类型添加请求后，获取到的与添加的资源类型对应的资源类型标识。
129.在实际应用中，资源展示页面所展示的媒体资源的资源类型可以发生变化，例如可以增加新的资源类型或删除原有的资源类型。若接收到针对资源展示页面的资源类型添加请求，服务端可以确定资源类型添加请求所添加的资源类型，并获取添加的资源类型所对应的资源类型标识，作为新增的资源类型标识。
130.在确定新增的资源类型标识后，服务端可以进一步获取新增的资源类型标识所对应的资源解析规则，并将新增的资源类型标识及其对应的资源解析规则发送给客户端，从而可以与客户端约定针对新添加的资源类型的媒体资源的解析方式。
131.当客户端再次获取到合并后的媒体资源，并从合并后的媒体资源中读取到新增的资源类型标识后，则可以按照新增的资源类型标识所对应的资源解析规则，对资源类型为新添加的资源类型的媒体资源进行解析，实现在资源展示页面中展示新的资源类型的媒体资源。
132.在本实施例中，客户端可以获取新增的资源类型标识对应的资源解析规则，并根据新增的资源类型标识对应的资源解析规则，对合并后的媒体资源中新增的资源类型标识对应的新增媒体资源进行解析，实现客户端与服务端之间针对新增资源类型解析方式的约定，能够在资源展示页面中快速融入新的资源类型的媒体资源。
133.为了使本领域技术人员能够更好地理解上述步骤，以下通过一个例子对本公开实施例加以示例性说明，但应当理解的是，本公开实施例并不限于此。
134.如图5所示，客户端在检测到获取资源展示页面中媒体资源(也可以称为业务融合数据)的触发事件后，可以通过向服务端发送一资源获取请求调用服务端的预设接口，其中，资源获取请求可以携带有客户端当前登录账号的账号标识userid。
135.服务端在接收到资源获取请求后，可以确定在资源展示页面中待展示的媒体资源的资源类型，资源类型数量为两种或两种以上，例如可以在资源展示页面中展示3种资源类型的媒体资源，则服务端可以分别调用多个资源类型对应的接口，从每个接口中获取对应资源类型下的候选媒体资源。
136.在获取到多个候选媒体资源后，服务端可以根据一种或多种推荐策略，从多个候选媒体资源中获取多个待推荐的媒体资源，并对多个待推荐的媒体资源进行合并，将合并后的媒体资源发送给客户端，在一示例中，服务端可以按照如下数据封装格式合并并封装待推荐的媒体资源：
[0137][0138][0139]
在接收到合并后的媒体资源后，客户端可以根据每个资源类型对应的资源解析规则(也可以称为tyep协议)对媒体资源进行解析，并将解析后的媒体资源展示在资源展示页面中。
[0140]
应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0141]
可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。
[0142]
基于同样的发明构思，本公开实施例还提供了一种用于实现上述所涉及的媒体资源获取方法的媒体资源获取装置。
[0143]
图6是根据一示例性实施例示出的一种媒体资源获取装置框图。参照图6，该装置包括请求接收单元601，接口调用单元602，推荐资源确定单元603和合并资源发送单元604。
[0144]
请求接收单元601，被配置为执行接收客户端针对资源展示页面的资源获取请求；
所述资源展示页面用于展示至少两种资源类型的媒体资源；
[0145]
接口调用单元602，被配置为执行确定与所述资源获取请求关联的至少两种资源类型，并调用所述至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源；
[0146]
推荐资源确定单元603，被配置为执行根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源；
[0147]
合并资源发送单元604，被配置为执行对所述待推荐的媒体资源进行合并，并向所述客户端返回合并后的媒体资源
[0148]
在一示例性实施例中，所述合并资源发送单元604被配置为执行：
[0149]
获取每个待推荐的媒体资源的资源类型标识，并对各待推荐的媒体资源和各待推荐的媒体资源的资源类型标识进行合并，得到合并后的媒体资源；
[0150]
其中，所述合并后的媒体资源中的所述资源类型标识，用于指示所述客户端在读取到所述资源类型标识关联的媒体资源的情况下，根据所述资源类型标识对应的资源解析规则解析读取的媒体资源。
[0151]
在一示例性实施例中，所述装置还包括：
[0152]
资源类型添加请求接收单元，被配置为执行响应于针对所述资源展示页面的资源类型添加请求，获取与添加的资源类型对应的新增的资源类型标识；
[0153]
规则下发单元，被配置为执行向所述客户端发送所述新增的资源类型标识对应的资源解析规则。
[0154]
在一示例性实施例中，所述推荐资源确定单元603被配置为执行：
[0155]
若预先确定的资源推荐策略包括第一推荐策略，则确定所述客户端对各个候选媒体资源的关注度，并确定出关注度满足关注度条件的候选媒体资源；
[0156]
基于所述关注度满足关注度条件的候选媒体资源，确定待推荐的媒体资源。
[0157]
在一示例性实施例中，所述推荐资源确定单元603被配置为执行：
[0158]
若预先确定的资源推荐策略包括第二推荐策略，则确定各个候选媒体资源对应的展示优先级；
[0159]
基于携带有所述展示优先级的候选媒体资源，得到待推荐的媒体资源。
[0160]
在一示例性实施例中，所述推荐资源确定单元603被配置为执行：
[0161]
若预先确定的资源推荐策略包括第三推荐策略，则将多个候选媒体资源中待屏蔽的候选媒体资源过滤，基于过滤后剩余的候选媒体资源，确定出待推荐的媒体资源。
[0162]
在一示例性实施例中，所述请求接收单元601，被配置为执行：
[0163]
通过预设接口接收客户端针对资源展示页面的资源获取请求；
[0164]
所述合并资源发送单元604，被配置为执行
[0165]
获取所述预设接口对应的数据封装格式，并基于所述数据封装格式对所述待推荐的媒体资源进行合并。
[0166]
图7是根据一示例性实施例示出的另一种媒体资源获取装置框图。参照图7，该装置包括请求发送单元701和合并资源接收单元702。
[0167]
请求发送单元701，被配置为执行向服务端发送针对资源展示页面的资源获取请求；所述资源展示页面用于展示至少两种资源类型的媒体资源数据，所述资源获取请求用
于触发服务端确定关联的至少两种资源类型，并调用所述至少两种资源类型中每种资源类型对应的接口，通过每种资源类型的接口获取对应资源类型下的候选媒体资源，根据预先确定的资源推荐策略，从多个候选媒体资源中确定出待推荐的媒体资源，并对所述待推荐的媒体资源进行合并；
[0168]
合并资源接收单元702，被配置为执行接收所述服务端返回的合并后的媒体资源。
[0169]
在一示例性实施例中，在所述接收所述服务端返回的合并后的媒体资源之后，还包括：
[0170]
标识读取单元，被配置为执行从所述合并后的媒体资源中读取每个媒体资源的资源类型标识，并根据所述资源类型标识对应的资源解析规则解析对应的媒体资源；
[0171]
资源展示单元，被配置为执行在所述资源展示页面展示解析后的各种资源类型的媒体资源。
[0172]
在一示例性实施例中，所述装置还包括：
[0173]
规则接收单元，被配置为执行获取新增的资源类型标识对应的资源解析规则，所述新增的资源类型标识是所述服务端在接收到针对所述资源展示页面的资源类型添加请求后，获取到的与添加的资源类型对应的资源类型标识；
[0174]
资源解析单元，被配置为执行在再次获取到合并后的媒体资源，并从所述合并后的媒体资源中读取到所述新增的资源类型标识的情况下，根据所述新增的资源类型标识对应的资源解析规则，对所述合并后的媒体资源中所述新增的资源类型标识对应的新增媒体资源进行解析。
[0175]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0176]
上述媒体资源获取装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0177]
图8是根据一示例性实施例示出的一种用于实现一种媒体资源获取方法的电子设备800的框图。例如，电子设备800可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
[0178]
参照图8，电子设备800可以包括以下一个或多个组件：处理组件802、存储器804、电源组件806、多媒体组件808、音频组件810、输入/输出(i/o)的接口812、传感器组件814以及通信组件816。
[0179]
处理组件802通常控制电子设备800的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
[0180]
存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦
除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘、光盘或石墨烯存储器。
[0181]
电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。
[0182]
多媒体组件808包括在所述电子设备800和用户之间的提供输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括前置摄像头和/或后置摄像头。当电子设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是固定的光学透镜系统或具有焦距和光学变焦能力。
[0183]
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括麦克风(mic)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括扬声器，用于输出音频信号。
[0184]
i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0185]
传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到电子设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800组件的位置改变，用户与电子设备800接触的存在或不存在，设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
[0186]
通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0187]
在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0188]
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备
等。
[0189]
在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备800的处理器820执行以完成上述方法。
[0190]
图9是根据一示例性实施例示出的一种用于实现一种媒体资源获取方法的电子设备900的框图。例如，电子设备900可以为服务器。参照图9，电子设备900包括处理组件920，其进一步包括一个或多个处理器，以及由存储器922所代表的存储器资源，用于存储可由处理组件920的执行的指令，例如应用程序。存储器922中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件920被配置为执行指令，以执行上述方法。
[0191]
电子设备900还可以包括：电源组件924被配置为执行电子设备900的电源管理，有线或无线网络接口926被配置为将电子设备900连接到网络，和输入输出(i/o)接口928。电子设备900可以操作基于存储在存储器922的操作系统，例如windows server，mac os x，unix，linux，freebsd或类似。
[0192]
在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器922，上述指令可由电子设备900的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0193]
在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备900的处理器执行以完成上述方法。
[0194]
需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。
[0195]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
[0196]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。