CN114115623A - 信息展示方法和装置及信息传输方法和装置 - Google Patents

Abstract

本公开关于一种信息展示方法和装置及信息传输方法和装置。信息展示方法包括：响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及多个媒体资源的生产者与用户之间的关系链类型；响应于确定多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收用户输入的交互信息。该方法能够在媒体资源页面所展示的媒体资源的生产者与用户之间存在目标类型的关系链类型时，在对应媒体资源的封面区域展示交互接口，从而不必进入媒体资源的详情页面就可实现交互，有助于减少系统的运行负荷和通信开销。

Description

信息展示方法和装置及信息传输方法和装置

技术领域

本公开涉及短视频技术领域，尤其涉及一种信息展示方法和装置及信息传输方法和装置。

背景技术

在短视频类软件中，通常会存在一个作品推荐页面，以缩略图的形式展示多个作品的封面，只有点击具体的某个作品封面时，才会进入这个作品的播放详情页，从而可以进行一定的交互行为，如点赞、评论作品等。但是部分用户可能只想和作品的生产者互动，而观看作品内容的需求并不强，却仍需点击进入作品的播放详情页，导致客户端在没有播放需求的情况下向服务端请求该作品的播放数据，徒增系统的运行负荷和通信开销。

发明内容

本公开提供一种信息展示方法和装置及信息传输方法和装置，以至少解决相关技术中的如何降低系统的运行负荷和通信开销的问题，也可不解决任何上述问题。

根据本公开的第一方面，提供了一种信息展示方法，包括：响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与用户之间的关系链类型；响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收所述用户输入的交互信息。

可选地，所述目标类型的数量为多个，每个所述目标类型各自对应于至少一个交互类型，其中，所述在对应的媒体资源的封面区域展示至少一个交互类型的接口，包括：在对应的媒体资源的封面区域展示与所述目标类型相对应的至少一个交互类型的接口。

可选地，还包括：请求获取所述目标类型及对应的交互类型。

可选地，所述请求获取所述目标类型及对应的交互类型，包括：响应于启动操作，请求获取所述目标类型及对应的交互类型。

可选地，所述目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，其中，所述在对应的媒体资源的封面区域展示与所述目标类型相对应的至少一个交互类型的接口，包括：在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口；在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口，并响应于用户进入所述媒体资源的详情页面的操作，在所述媒体资源的详情页面展示评论接口。

可选地，媒体资源的封面区域是所述媒体资源页面内的区域，媒体资源的封面区域基于媒体资源的封面数据生成。

根据本公开的第二方面，提供了一种信息传输方法，包括：响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；向所述客户端发送所述多个媒体资源的封面数据和关系链类型，以供所述客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。

可选地，所述向所述客户端发送所述多个媒体资源的封面数据和关系链类型，包括：响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为所述目标类型，向所述客户端发送所述多个媒体资源的封面数据及所述至少一个媒体资源的关系链类型。

可选地，所述目标类型的数量为多个，每个所述目标类型各自对应于至少一个交互类型，所述信息传输方法还包括：向所述客户端发送所述目标类型及对应的交互类型。

可选地，所述向所述客户端发送所述目标类型及对应的交互类型，包括：响应于所述客户端的启动请求，向所述客户端发送所述目标类型及对应的交互类型。

可选地，所述目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，所述好友和所述关注对应的交互类型为点赞和评论，所述共同好友、所述共同关注、所述共同粉丝对应的交互类型为点赞。

可选地，媒体资源的封面区域是所述媒体资源页面内的区域，媒体资源的封面区域基于媒体资源的封面数据生成。

根据本公开的第三方面，提供了一种信息展示方法，包括：获取单元，被配置为：响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与用户之间的关系链类型；展示单元，被配置为：响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收所述用户输入的交互信息。

可选地，所述目标类型的数量为多个，每个所述目标类型各自对应于至少一个交互类型，所述展示单元还被配置为：在对应的媒体资源的封面区域展示与所述目标类型相对应的至少一个交互类型的接口。

可选地，还包括：请求单元，被配置为：请求获取所述目标类型及对应的交互类型。

可选地，所述请求单元还被配置为：响应于启动操作，请求获取所述目标类型及对应的交互类型。

可选地，所述目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，其中，所述展示单元还被配置为：在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口；在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口，并响应于用户进入所述媒体资源的详情页面的操作，在所述媒体资源的详情页面展示评论接口。

可选地，媒体资源的封面区域是所述媒体资源页面内的区域，媒体资源的封面区域基于媒体资源的封面数据生成。

根据本公开的第四方面，提供了一种信息传输装置，包括：获取单元，被配置为：响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；发送单元，被配置为：向所述客户端发送所述多个媒体资源的封面数据和关系链类型，以供所述客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。

可选地，所述发送单元还被配置为：响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为所述目标类型，向所述客户端发送所述多个媒体资源的封面数据及所述至少一个媒体资源的关系链类型。

可选地，所述目标类型的数量为多个，每个所述目标类型各自对应于至少一个交互类型，所述发送单元还被配置为：向所述客户端发送所述目标类型及对应的交互类型。

可选地，所述发送单元还被配置为：响应于所述客户端的启动请求，向所述客户端发送所述目标类型及对应的交互类型。

可选地，所述目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，所述好友和所述关注对应的交互类型为点赞和评论，所述共同好友、所述共同关注、所述共同粉丝对应的交互类型为点赞。

可选地，媒体资源的封面区域是所述媒体资源页面内的区域，媒体资源的封面区域基于媒体资源的封面数据生成。

根据本公开的第五方面，提供了一种电子设备，所述电子设备包括：至少一个处理器；至少一个存储计算机可执行指令的存储器，其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行根据本公开的信息展示方法或信息传输方法。

根据本公开的第六方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令被至少一个处理器运行时，促使所述至少一个处理器执行根据本公开的信息展示方法或信息传输方法。

根据本公开的第七方面，提供了一种计算机程序产品，包括计算机指令，所述计算机指令被至少一个处理器执行时实现根据本公开的信息展示方法或信息传输方法。

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

根据本公开的实施例的信息展示方法、信息展示装置、信息传输方法和信息传输装置，能够获取媒体资源页面所展示的媒体资源的生产者与用户之间的关系链类型，并在其中存在目标类型的关系链类型时，在对应媒体资源的封面区域展示交互接口，从而可以在不进入媒体资源的详情页面的情况下实现交互行为，缩短了交互路径，减少了不必要的播放数据传输，有助于减少系统的运行负荷和通信开销。

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

附图说明

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

图1是示出根据本公开的示例性实施例的信息展示方法的流程图。

图2是示出根据本公开的示例性实施例的信息展示方法的流程示意图。

图3是示出根据本公开的示例性实施例的信息传输方法的流程图。

图4是示出根据本公开的示例性实施例的信息展示装置的框图。

图5是示出根据本公开的示例性实施例的信息传输装置的框图。

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

具体实施方式

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

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

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

在短视频类软件中，通常会存在一个作品推荐页面，以缩略图的形式展示多个作品的封面，例如双列的Feed流(Feed指展示的作品，可以是视频、直播等)，也就是说用户看到的是双列的一种作品展示形式，直接看到的是一个个的Feed封面信息。只有点击具体的某个Feed封面时，才会进入具体的Feed播放详情页，从而可以进行一定的交互行为，如点赞、评论等。对于没有观看Feed内容需求、只想与Feed的生产者互动的情况，这会造成客户端在没有播放需求的情况下向服务端请求该Feed的播放数据，徒增系统的运行负荷和通信开销。

根据本公开的示例性实施例的信息展示方案，能够获取媒体资源页面(对应于短视频类软件的作品推荐页面)所展示的媒体资源(对应于短视频类软件的短视频作品)的生产者与用户之间的关系链类型，比如好友(与用户互相关注)、关注(用户主动关注)、共同好友(与用户在当前平台或其他平台存在共同的好友)、共同关注(用户与好友均主动关注)、共同粉丝(用户与好友均被其关注)等，并在与用户具有特定的关系链关系的媒体资源的封面区域展示交互接口，从而可以在不进入媒体资源的详情页面(对应于短视频类软件的播放详情页)的情况下实现交互行为，缩短了交互路径，减少了不必要的播放数据传输，有助于减少系统的运行负荷和通信开销。

下面，将参照图1至图6具体描述根据本公开的示例性实施例的信息展示方法、信息展示装置、信息传输方法和信息传输装置。

图1是示出根据本公开的示例性实施例的信息展示方法的流程图。图2是示出根据本公开的示例性实施例的信息展示方法的流程示意图。应理解，根据本公开的示例性实施例的信息展示方法可以在诸如智能手机、平板电脑、个人电脑(PC)的终端设备中实现，这类设备可作为应用该信息展示方法的软件的客户端。

参照图1，在步骤101，响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及多个媒体资源的生产者与用户之间的关系链类型。关系链类型例如可为好友、关注、共同好友、共同关注、共同粉丝这类存在关联的类型，也可以为无关联的类型。

具体地，客户端可接收用户执行的进入媒体资源页面的操作，参照图2中的(2)，客户端响应于该操作，能够向服务端发起请求以获取准备在媒体资源页面展示的多个媒体资源的封面数据和关系链类型，例如在媒体资源页面以双列Feed流的形式展示媒体资源时，可以获取带关系链类型的双列Feed流。服务端接收到该请求后，可先向软件的推荐系统(即图2中的reco)发起请求，以获取原始的双列Feed流信息，其中可包含多个媒体资源的封面数据和生产者。参照图2中的(3)，获取到原始的双列Feed流信息后，服务端可先对原始的双列Feed流进行预处理，例如过滤、解析、渲染等(这些预处理属于本领域成熟技术，在此不作赘述)，再基于软件的用户信息确定出这些媒体资源的生产者与用户之间的关系链类型，继而将携带着关系链类型的双列Feed流反馈给客户端。

返回参照图1，在步骤102，响应于确定多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收用户输入的交互信息。其中，媒体资源的封面区域是媒体资源页面内的区域，基于媒体资源的封面数据生成，也就是在媒体资源页面仅展示根据媒体资源的封面数据生成的封面，媒体资源页面内的相应区域为媒体资源的封面区域，用户通过点击封面区域，可以进入相应媒体资源的详情页面，以观看该媒体资源。如果某个媒体资源的生产者与用户之间存在特定的关系链关系，则用户就有可能只需要做交互，而没有播放需求。有鉴于此，通过配置目标类型，以与获取的媒体资源的关系链类型做对比，并在存在目标类型时直接在媒体资源页面中相应媒体资源的封面区域展示至少一个交互类型的接口(即前述的交互接口)，能够供用户直接在媒体资源页面经这些接口快捷实现相应类型的交互操作，而不必进入媒体资源的详情页面来实现交互，可缩短交互路径，减少不必要的媒体资源完整数据(例如短视频的播放数据)的传输，有助于减少系统的运行负荷和通信开销。

具体地，目标类型可为如前所述的存在关联的类型。在一些实施例中，步骤101获取的关系链类型可以既包括存在关联的类型，也包括无关联的类型，在步骤102中通过将多个媒体资源的关系链类型与目标类型做比较，即可确定是否存在对应的关系链类型为目标类型的媒体资源。在另一些实施例中，步骤101获取的关系链类型可以只包括存在关联的类型，即对于无关联的关系链类型，服务端直接不反馈给客户端。由于媒体资源的生产者常常都与用户无关联，因而有助于进一步减少数据传输。此时步骤102可在接收到某个媒体资源的关系链类型的情况下，确定该关系链类型为目标类型。这两类实施例都是本公开的实现方式，落入本公开的保护范围之内。

具体地，展示交互接口时，可直接在对应媒体资源的封面区域悬浮展示交互接口，便于引导用户使用该功能，也可先隐去交互接口，在用户点击封面区域时才显示，这都是本公开的实现方式，在此不作限制。

可选地，目标类型的数量为多个，每个目标类型各自对应于至少一个交互类型，其中，在对应的媒体资源的封面区域展示至少一个交互类型的接口，包括：在对应的媒体资源的封面区域展示与目标类型相对应的至少一个交互类型的接口。通过配置多个目标类型，并分别配置对应的至少一个交互类型，能够对不同的目标类型进行不同的交互接口展示，便于减少不必要的接口配置，进而合理控制客户端的运行负荷。

可选地，目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，其中，步骤102中的在对应的媒体资源的封面区域展示与所述目标类型相对应的至少一个交互类型的接口的操作，具体包括：在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口；在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口，并响应于用户进入媒体资源的详情页面的操作，在媒体资源的详情页面展示评论接口。换言之，全部目标类型对应的交互类型均包括点赞，好友和关注对应的交互类型均包括评论。通过为所有的目标类型均对应配置点赞这一常用的交互类型，可以满足基本的交互需要。此外，好友和关注属于直接的关系链类型，对于具有直接的关系链关系的生产者，用户往往与其亲密度更高，可能猜到了媒体资源的内容，所以不观看媒体资源也可能期望通过发表评论来与其互动，通过在相应媒体资源的封面区域展示点赞接口和评论接口，可以方便用户操作，缩短了交互路径；共同好友、共同关注、共同粉丝则属于间接的关系链类型，对于具有间接的关系链关系的生产者，用户通常与之不太熟悉，往往不会在没有观看该媒体资源的情况下就发起评论，通过在相应媒体资源的封面区域仅展示点赞接口，足以满足用户的操作需要，可合理缩短交互路径，同时减少不必要的接口配置。对于后者，可以待用户进入媒体资源的详情页面来观看该媒体资源时，才在详情页面展示评论接口，以满足交互需求。可以理解的是，无论具有何种关系链类型，在媒体资源的详情页面均可展示点赞接口和评论接口，也就是可与常规的媒体资源详情页面保持一致。作为示例，点赞的接口可为点赞按钮，评论的接口可为评论框，本公开对此不作限制。

可选地，根据本公开的示例性实施例的信息展示方法还包括：请求获取目标类型及对应的交互类型，具体是向服务端发起该请求，能够便于及时更新目标类型及对应的交互类型，从而在服务端和客户端之间进一步扩展目标类型的数量，也就是扩展可以配置交互类型的关系链类型的数量，从而支持更多的更短路径交互行为，提升了方案的灵活性，有助于充分减少系统的运行负荷和通信开销。

可选地，参照图2中的(1)，请求获取目标类型及对应的交互类型的操作具体包括：响应于启动操作，请求获取目标类型及对应的交互类型。通过在用户启动软件时就向服务端请求获取该对应信息，既能够简化主动获取信息的策略，又能够保证后续使用的是最新的对应信息，保证了信息展示按照最新配置顺畅进行。具体地，应用该信息展示方法的软件可具有用于配置数据的配置系统，服务端可从配置系统获取该对应信息，再下发到客户端。配置系统例如以Key-Value(键-值)的格式配置该对应信息，例如将目标类型作为键，将其对应的交互类型作为值。

图3是示出根据本公开的示例性实施例的信息传输方法的流程图。应理解，根据本公开的示例性实施例的信息传输方法可以在诸如服务器的设备中实现，这类设备可作为应用该信息传输方法的软件的服务端。

参照图3，在步骤301，响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及多个媒体资源的生产者与用户之间的关系链类型。关系链类型例如可为好友、关注、共同好友、共同关注、共同粉丝这类存在关联的类型，也可以为无关联的类型。

具体地，客户端可先接收用户执行的进入媒体资源页面的操作，参照图2中的(2)，客户端响应于该操作，能够向服务端发起请求。服务端响应于该请求，可先向软件的推荐系统(即图2中的reco)发起请求，以获取原始的媒体资源展示信息，也就是准备在媒体资源页面展示的多个媒体资源的信息，其中可包含多个媒体资源的封面数据和生产者。例如，在媒体资源页面以双列Feed流的形式展示媒体资源时，可获取原始的双列Feed流信息。获取到原始的双列Feed流信息后，服务端可先对原始的双列Feed流进行预处理，例如过滤、解析、渲染等(这些预处理属于本领域成熟技术，在此不作赘述)，再基于软件的用户信息确定出这些媒体资源的生产者与用户之间的关系链类型。

返回参照图3，在步骤302，向客户端发送多个媒体资源的封面数据和关系链类型，以供客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。其中，媒体资源的封面区域是媒体资源页面内的区域，基于媒体资源的封面数据生成，也就是在媒体资源页面仅展示根据媒体资源的封面数据生成的封面，媒体资源页面内的相应区域为媒体资源的封面区域，用户通过点击封面区域，可以进入相应媒体资源的详情页面，以观看该媒体资源。参照图2中的(3)，就是将携带着关系链类型的双列Feed流反馈给客户端。通过向客户端反馈这多个媒体资源的封面数据和关系链类型，能够供客户端做相应的交互接口展示，以便客户端接收用户经交互接口输入的交互信息。具体来说，如果某个媒体资源的生产者与用户之间存在特定的关系链关系，则用户就有可能只需要做交互，而没有播放需求。有鉴于此，通过配置目标类型，以供客户端在目标类型所对应的媒体资源的封面区域展示至少一个交互类型的接口(即前述的交互接口)，能够供用户直接在媒体资源页面经这些接口快捷实现相应类型的交互操作，而不必进入媒体资源的详情页面来实现交互，可缩短交互路径，减少不必要的播放数据传输，有助于减少系统的运行负荷和通信开销。

具体地，目标类型可为如前所述的存在关联的类型。

在一些实施例中，步骤302发送的关系链类型可以是在步骤301获取到的全部关系链类型，也就是既包括存在关联的类型，也包括无关联的类型，由客户端自行将多个媒体资源的关系链类型与目标类型做比较，从而确定媒体资源的关系链类型是否为目标类型。

在另一些实施例中，步骤302向客户端发送多个媒体资源的封面数据和关系链类型的操作可为，响应于确定多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，向客户端发送多个媒体资源的封面数据及至少一个媒体资源的关系链类型。也就是说，由服务端先将多个媒体资源的关系链类型与目标类型做比较，在向客户端反馈关系链类型时，仅反馈目标类型的关系链类型。即对于无关联的关系链类型，服务端直接不反馈给客户端。由于媒体资源的生产者常常都与用户无关联，因而有助于进一步减少数据传输。此时客户端可在接收到某个媒体资源的关系链类型的情况下，确定该关系链类型为目标类型。

以上两类实施例都是本公开的实现方式，落入本公开的保护范围之内。

可选地，目标类型的数量为多个，每个目标类型各自对应于至少一个交互类型，信息传输方法还包括：向客户端发送目标类型及对应的交互类型。通过配置多个目标类型，并分别配置对应的至少一个交互类型，能够对不同的目标类型进行不同的交互接口展示，便于客户端减少不必要的接口配置，进而合理控制客户端的运行负荷。此外，通过将以上对应信息发送给客户端，可在服务端和客户端之间进一步扩展目标类型的数量，也就是扩展可以配置交互类型的关系链类型的数量，从而支持更多的更短路径交互行为，提升了方案的灵活性，有助于充分减少系统的运行负荷和通信开销。

可选地，参照图2中的(1)，向客户端发送目标类型及对应的交互类型的操作可为：响应于客户端的启动请求，向客户端发送目标类型及对应的交互类型。通过在客户端启动软件时，就向客户端发送该对应信息，既能够简化发送信息的策略，又能够保证客户端使用的是最新的对应信息，保证了客户端的信息展示按照最新配置顺畅进行。具体地，应用该信息传输方法的软件可具有用于配置数据的配置系统，服务端可从配置系统获取该对应信息，再下发到客户端。配置系统例如以Key-Value(键-值)的格式配置该对应信息，例如将目标类型作为键，将其对应的交互类型作为值。

可选地，目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，好友和关注对应的交互类型为点赞和评论，共同好友、共同关注、共同粉丝对应的交互类型为点赞。也就是客户端能够在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口，在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口。换言之，全部目标类型对应的交互类型均包括点赞，好友和关注对应的交互类型均包括评论。通过为所有的目标类型均对应配置点赞这一常用的交互类型，可以满足基本的交互需要。此外，好友和关注属于直接的关系链类型，对于具有直接的关系链关系的生产者，用户往往与其亲密度更高，可能猜到了媒体资源的内容，所以不观看媒体资源也可能期望通过发表评论来与其互动，通过在相应媒体资源的封面区域展示点赞接口和评论接口，可以方便用户操作，缩短了交互路径；共同好友、共同关注、共同粉丝则属于间接的关系链类型，对于具有间接的关系链关系的生产者，用户通常与之不太熟悉，往往不会在没有观看该媒体资源的情况下就发起评论，通过在相应媒体资源的封面区域仅展示点赞接口，足以满足用户的操作需要，可合理缩短交互路径，同时减少不必要的接口配置。对于后者，可以待用户进入媒体资源的详情页面来观看该媒体资源时，才在详情页面展示评论接口，以满足交互需求。可以理解的是，无论具有何种关系链类型，在媒体资源的详情页面均可展示点赞接口和评论接口，也就是可与常规的媒体资源详情页面保持一致。作为示例，点赞的接口可为点赞按钮，评论的接口可为评论框，本公开对此不作限制。

图4是示出根据本公开的示例性实施例的信息展示装置的框图。应理解，根据本公开的示例性实施例的信息展示装置可以在诸如智能手机、平板电脑、个人电脑(PC)的终端设备中以软件、硬件或软件硬件结合的方式实现，这类设备可作为应用该信息展示装置的软件的客户端。

参照图4，信息展示装置400包括获取单元401和展示单元402。

获取单元401可响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及多个媒体资源的生产者与用户之间的关系链类型。关系链类型例如可为好友、关注、共同好友、共同关注、共同粉丝这类存在关联的类型，也可以为无关联的类型。

具体地，客户端可接收用户执行的进入媒体资源页面的操作，参照图2中的(2)，客户端的获取单元401响应于该操作，能够向服务端发起请求以获取准备在媒体资源页面展示的多个媒体资源的封面数据和关系链类型，例如在媒体资源页面以双列Feed流的形式展示媒体资源时，可以获取带关系链类型的双列Feed流。服务端接收到该请求后，可先向软件的推荐系统(即图2中的reco)发起请求，以获取原始的双列Feed流信息，其中可包含多个媒体资源的封面数据和生产者。参照图2中的(3)，获取到原始的双列Feed流信息后，服务端可先对原始的双列Feed流进行预处理，例如过滤、解析、渲染等(这些预处理属于本领域成熟技术，在此不作赘述)，再基于软件的用户信息确定出这些媒体资源的生产者与用户之间的关系链类型，继而将携带着关系链类型的双列Feed流反馈给客户端。

展示单元402可响应于确定多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收用户输入的交互信息。其中，媒体资源的封面区域是媒体资源页面内的区域，基于媒体资源的封面数据生成，也就是在媒体资源页面仅展示根据媒体资源的封面数据生成的封面，媒体资源页面内的相应区域为媒体资源的封面区域，用户通过点击封面区域，可以进入相应媒体资源的详情页面，以观看该媒体资源。如果某个媒体资源的生产者与用户之间存在特定的关系链关系，则用户就有可能只需要做交互，而没有播放需求。有鉴于此，通过配置目标类型，以与获取的媒体资源的关系链类型做对比，并在存在目标类型时直接在媒体资源页面中相应媒体资源的封面区域展示至少一个交互类型的接口(即前述的交互接口)，能够供用户直接在媒体资源页面经这些接口快捷实现相应类型的交互操作，而不必进入媒体资源的详情页面来实现交互，可缩短交互路径，减少不必要的媒体资源完整数据(例如短视频的播放数据)的传输，有助于减少系统的运行负荷和通信开销。

具体地，目标类型可为如前所述的存在关联的类型。在一些实施例中，获取单元401获取的关系链类型可以既包括存在关联的类型，也包括无关联的类型，展示单元402通过将多个媒体资源的关系链类型与目标类型做比较，即可确定是否存在对应的关系链类型为目标类型的媒体资源。在另一些实施例中，获取单元401获取的关系链类型可以只包括存在关联的类型，即对于无关联的关系链类型，服务端直接不反馈给客户端。由于媒体资源的生产者常常都与用户无关联，因而有助于进一步减少数据传输。此时展示单元402可在接收到某个媒体资源的关系链类型的情况下，确定该关系链类型为目标类型。这两类实施例都是本公开的实现方式，落入本公开的保护范围之内。

具体地，展示单元402可直接在对应媒体资源的封面区域悬浮展示交互接口，便于引导用户使用该功能，也可先隐去交互接口，在用户点击封面区域时才显示，这都是本公开的实现方式，在此不作限制。

可选地，目标类型的数量为多个，每个目标类型各自对应于至少一个交互类型，展示单元402可在对应的媒体资源的封面区域展示与目标类型相对应的至少一个交互类型的接口。通过配置多个目标类型，并分别配置对应的至少一个交互类型，展示单元402能够对不同的目标类型进行不同的交互接口展示，便于减少不必要的接口配置，进而合理控制客户端的运行负荷。

可选地，目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，其中，展示单元402可在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口；在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口，并响应于用户进入媒体资源的详情页面的操作，在媒体资源的详情页面展示评论接口。换言之，全部目标类型对应的交互类型均包括点赞，好友和关注对应的交互类型均包括评论。通过为所有的目标类型均对应配置点赞这一常用的交互类型，可以满足基本的交互需要。此外，好友和关注属于直接的关系链类型，对于具有直接的关系链关系的生产者，用户往往与其亲密度更高，可能猜到了媒体资源的内容，所以不观看媒体资源也可能期望通过发表评论来与其互动，通过在相应媒体资源的封面区域展示点赞接口和评论接口，可以方便用户操作，缩短了交互路径；共同好友、共同关注、共同粉丝则属于间接的关系链类型，对于具有间接的关系链关系的生产者，用户通常与之不太熟悉，往往不会在没有观看该媒体资源的情况下就发起评论，通过在相应媒体资源的封面区域仅展示点赞接口，足以满足用户的操作需要，可合理缩短交互路径，同时减少不必要的接口配置。对于后者，可以待用户进入媒体资源的详情页面来观看该媒体资源时，才在详情页面展示评论接口，以满足交互需求。可以理解的是，无论具有何种关系链类型，在媒体资源的详情页面均可展示点赞接口和评论接口，也就是可与常规的媒体资源详情页面保持一致。作为示例，点赞的接口可为点赞按钮，评论的接口可为评论框，本公开对此不作限制。

可选地，根据本公开的示例性实施例的信息展示装置400还包括请求单元(图中未示出)，可请求获取目标类型及对应的交互类型，具体是向服务端发起该请求，能够便于及时更新目标类型及对应的交互类型，从而在服务端和客户端之间进一步扩展目标类型的数量，也就是扩展可以配置交互类型的关系链类型的数量，从而支持更多的更短路径交互行为，提升了方案的灵活性，有助于充分减少系统的运行负荷和通信开销。

可选地，参照图2中的(1)，请求单元可响应于启动操作，请求获取目标类型及对应的交互类型。通过在用户启动软件时就向服务端请求获取该对应信息，既能够简化主动获取信息的策略，又能够保证后续使用的是最新的对应信息，保证了信息展示按照最新配置顺畅进行。具体地，应用该信息展示装置400的软件可具有用于配置数据的配置系统，服务端可从配置系统获取该对应信息，再下发到客户端。配置系统例如以Key-Value(键-值)的格式配置该对应信息，例如将目标类型作为键，将其对应的交互类型作为值。

图5是示出根据本公开的示例性实施例的信息传输装置的框图。应理解，根据本公开的示例性实施例的信息传输装置可以在诸如服务器的设备中以软件、硬件或软件硬件结合的方式实现，这类设备可作为应用该信息传输装置的软件的服务端。

参照图5，信息传输装置500包括获取单元501和发送单元502。

获取单元501可响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及多个媒体资源的生产者与用户之间的关系链类型。关系链类型例如可为好友、关注、共同好友、共同关注、共同粉丝这类存在关联的类型，也可以为无关联的类型。

具体地，客户端可先接收用户执行的进入媒体资源页面的操作，参照图2中的(2)，客户端响应于该操作，能够向服务端发起请求。获取单元501响应于该请求，可先向软件的推荐系统(即图2中的reco)发起请求，以获取原始的媒体资源展示信息，也就是准备在媒体资源页面展示的多个媒体资源的信息，其中可包含多个媒体资源的封面数据和生产者。例如，在媒体资源页面以双列Feed流的形式展示媒体资源时，可获取原始的双列Feed流信息。获取到原始的双列Feed流信息后，获取单元501可先对原始的双列Feed流进行预处理，例如过滤、解析、渲染等(这些预处理属于本领域成熟技术，在此不作赘述)，再基于软件的用户信息确定出这些媒体资源的生产者与用户之间的关系链类型。

发送单元502可向客户端发送多个媒体资源的封面数据和关系链类型，以供客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。其中，媒体资源的封面区域是媒体资源页面内的区域，基于媒体资源的封面数据生成，也就是在媒体资源页面仅展示根据媒体资源的封面数据生成的封面，媒体资源页面内的相应区域为媒体资源的封面区域，用户通过点击封面区域，可以进入相应媒体资源的详情页面，以观看该媒体资源。参照图2中的(3)，就是发送单元502将携带着关系链类型的双列Feed流反馈给客户端。通过向客户端反馈这多个媒体资源的封面数据和关系链类型，能够供客户端做相应的交互接口展示，以便客户端接收用户经交互接口输入的交互信息。具体来说，如果某个媒体资源的生产者与用户之间存在特定的关系链关系，则用户就有可能只需要做交互，而没有播放需求。有鉴于此，通过配置目标类型，以供客户端在目标类型所对应的媒体资源的封面区域展示至少一个交互类型的接口(即前述的交互接口)，能够供用户直接在媒体资源页面经这些接口快捷实现相应类型的交互操作，而不必进入媒体资源的详情页面来实现交互，可缩短交互路径，减少不必要的播放数据传输，有助于减少系统的运行负荷和通信开销。

具体地，目标类型可为如前所述的存在关联的类型。

在一些实施例中，发送单元502发送的关系链类型可以是获取单元501获取到的全部关系链类型，也就是既包括存在关联的类型，也包括无关联的类型，由客户端自行将多个媒体资源的关系链类型与目标类型做比较，从而确定媒体资源的关系链类型是否为目标类型。

在另一些实施例中，发送单元502可响应于确定多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，向客户端发送多个媒体资源的封面数据及至少一个媒体资源的关系链类型。也就是说，由服务端先将多个媒体资源的关系链类型与目标类型做比较(该比较操作可由发送单元502执行，即在发送单元502中内嵌判断子单元，该比较操作也可由服务端额外配置的判断单元执行，发送单元502直接获取其判断结果)，在向客户端反馈关系链类型时，仅反馈目标类型的关系链类型。即对于无关联的关系链类型，发送单元502直接不反馈给客户端。由于媒体资源的生产者常常都与用户无关联，因而有助于进一步减少数据传输。此时客户端可在接收到某个媒体资源的关系链类型的情况下，确定该关系链类型为目标类型。

以上两类实施例都是本公开的实现方式，落入本公开的保护范围之内。

可选地，目标类型的数量为多个，每个目标类型各自对应于至少一个交互类型，发送单元502还可向客户端发送目标类型及对应的交互类型。通过配置多个目标类型，并分别配置对应的至少一个交互类型，能够对不同的目标类型进行不同的交互接口展示，便于客户端减少不必要的接口配置，进而合理控制客户端的运行负荷。此外，通过将以上对应信息发送给客户端，可在服务端和客户端之间进一步扩展目标类型的数量，也就是扩展可以配置交互类型的关系链类型的数量，从而支持更多的更短路径交互行为，提升了方案的灵活性，有助于充分减少系统的运行负荷和通信开销。

可选地，参照图2中的(1)，发送单元502还可响应于客户端的启动请求，向客户端发送目标类型及对应的交互类型。通过在客户端启动软件时，就向客户端发送该对应信息，既能够简化发送信息的策略，又能够保证客户端使用的是最新的对应信息，保证了客户端的信息展示按照最新配置顺畅进行。具体地，应用该信息传输装置500的软件可具有用于配置数据的配置系统，服务端可从配置系统获取该对应信息，再下发到客户端。配置系统例如以Key-Value(键-值)的格式配置该对应信息，例如将目标类型作为键，将其对应的交互类型作为值。

可选地，目标类型包括以下至少之一：好友、关注、共同好友、共同关注、共同粉丝，好友和关注对应的交互类型为点赞和评论，共同好友、共同关注、共同粉丝对应的交互类型为点赞。也就是客户端能够在关系链类型为好友或关注的媒体资源的封面区域，展示点赞接口和评论接口，在关系链类型为共同好友、共同关注、共同粉丝中的任一个的媒体资源的封面区域，展示点赞接口。换言之，全部目标类型对应的交互类型均包括点赞，好友和关注对应的交互类型均包括评论。通过为所有的目标类型均对应配置点赞这一常用的交互类型，可以满足基本的交互需要。此外，好友和关注属于直接的关系链类型，对于具有直接的关系链关系的生产者，用户往往与其亲密度更高，可能猜到了媒体资源的内容，所以不观看媒体资源也可能期望通过发表评论来与其互动，通过在相应媒体资源的封面区域展示点赞接口和评论接口，可以方便用户操作，缩短了交互路径；共同好友、共同关注、共同粉丝则属于间接的关系链类型，对于具有间接的关系链关系的生产者，用户通常与之不太熟悉，往往不会在没有观看该媒体资源的情况下就发起评论，通过在相应媒体资源的封面区域仅展示点赞接口，足以满足用户的操作需要，可合理缩短交互路径，同时减少不必要的接口配置。对于后者，可以待用户进入媒体资源的详情页面来观看该媒体资源时，才在详情页面展示评论接口，以满足交互需求。可以理解的是，无论具有何种关系链类型，在媒体资源的详情页面均可展示点赞接口和评论接口，也就是可与常规的媒体资源详情页面保持一致。作为示例，点赞的接口可为点赞按钮，评论的接口可为评论框，本公开对此不作限制。

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

参照图6，电子设备600包括至少一个存储器601和至少一个处理器602，所述至少一个存储器601中存储有计算机可执行指令集合，当计算机可执行指令集合被至少一个处理器602执行时，执行根据本公开的示例性实施例的信息展示方法或信息传输方法。

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

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

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

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

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

根据本公开的示例性实施例，还可提供一种计算机可读存储介质，当计算机可读存储介质中的指令被至少一个处理器运行时，促使至少一个处理器执行根据本公开的示例性实施例的信息展示方法或信息传输方法。这里的计算机可读存储介质的示例包括：只读存储器(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)卡)、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘以及任何其他装置，所述任何其他装置被配置为以非暂时性方式存储计算机程序以及任何相关联的数据、数据文件和数据结构并将所述计算机程序以及任何相关联的数据、数据文件和数据结构提供给处理器或计算机使得处理器或计算机能执行所述计算机程序。上述计算机可读存储介质中的计算机程序可在诸如客户端、主机、代理装置、服务器等计算机设备中部署的环境中运行，此外，在一个示例中，计算机程序以及任何相关联的数据、数据文件和数据结构分布在联网的计算机系统上，使得计算机程序以及任何相关联的数据、数据文件和数据结构通过一个或多个处理器或计算机以分布式方式存储、访问和执行。

根据本公开的示例性实施例，还可提供一种计算机程序产品，该计算机程序产品包括计算机指令，计算机指令被至少一个处理器运行时，促使至少一个处理器执行根据本公开的示例性实施例的信息展示方法或信息传输方法。

根据本公开的示例性实施例的信息展示方法和装置及信息传输方法和装置，能够获取媒体资源页面所展示的媒体资源的生产者与用户之间的关系链类型，并在其中存在目标类型的关系链类型时，在对应媒体资源的封面区域展示交互接口，从而可以在不进入媒体资源的详情页面的情况下实现交互行为，缩短了交互路径，减少了不必要的播放数据传输，有助于减少系统的运行负荷和通信开销。

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

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

Claims (10)

1.一种信息展示方法，其特征在于，包括：

响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；

响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收所述用户输入的交互信息。

2.如权利要求1所述的信息展示方法，其特征在于，所述目标类型的数量为多个，每个所述目标类型各自对应于至少一个交互类型，

其中，所述在对应的媒体资源的封面区域展示至少一个交互类型的接口，包括：

在对应的媒体资源的封面区域展示与所述目标类型相对应的至少一个交互类型的接口。

3.如权利要求2所述的信息展示方法，其特征在于，还包括：

请求获取所述目标类型及对应的交互类型。

4.如权利要求3所述的信息展示方法，其特征在于，所述请求获取所述目标类型及对应的交互类型，包括：

响应于启动操作，请求获取所述目标类型及对应的交互类型。

5.一种信息传输方法，其特征在于，包括：

响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；

向所述客户端发送所述多个媒体资源的封面数据和关系链类型，以供所述客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。

6.一种信息展示装置，其特征在于，包括：

获取单元，被配置为：响应于用户进入媒体资源页面的操作，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；

展示单元，被配置为：响应于确定所述多个媒体资源中的至少一个媒体资源对应的关系链类型为目标类型，在对应的媒体资源的封面区域展示至少一个交互类型的接口，以接收所述用户输入的交互信息。

7.一种信息传输装置，其特征在于，包括：

获取单元，被配置为：响应于与用户关联的客户端发送的进入媒体资源页面的请求，获取多个媒体资源的封面数据及所述多个媒体资源的生产者与所述用户之间的关系链类型；

发送单元，被配置为：向所述客户端发送所述多个媒体资源的封面数据和关系链类型，以供所述客户端在目标类型的关系链类型所对应的媒体资源的封面区域展示至少一个交互类型的接口。

8.一种电子设备，其特征在于，包括：

至少一个处理器；

至少一个存储计算机可执行指令的存储器，

其中，所述计算机可执行指令在被所述至少一个处理器运行时，促使所述至少一个处理器执行如权利要求1到4中的任一权利要求所述的信息展示方法或如权利要求5所述的信息传输方法。

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令被至少一个处理器运行时，促使所述至少一个处理器执行如权利要求1到4中的任一权利要求所述的信息展示方法或如权利要求5所述的信息传输方法。

10.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被至少一个处理器执行时实现如权利要求1到4中的任一权利要求所述的信息展示方法或如权利要求5所述的信息传输方法。

Images