阅读说明：本技术 多挂件展示方法、装置及存储介质 (Multi-pendant display method and device and storage medium ) 是由 高平 于 2018-08-08 设计创作，主要内容包括：本发明实施例公开了一种多挂件展示方法、装置及存储介质，其中，多挂件展示方法包括：通过浏览器内核加载网页视图；从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件；根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。本发明实施例在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。(The embodiment of the invention discloses a multi-pendant display method, a device and a storage medium, wherein the multi-pendant display method comprises the following steps: loading a webpage view through a browser kernel; pulling a first pendant list configured for the webpage view from a server, wherein the first pendant list comprises the acquired addresses and layout information of a plurality of first pendants; acquiring a plurality of first pendants from the server according to the acquisition addresses included in the first pendant list; and displaying a plurality of first pendants in the webpage view according to the layout information included in the first pendant list. According to the embodiment of the invention, when multiple pendants are realized, the number of opened webpage views can be reduced, the memory occupation is reduced, and the problems of power consumption, blockage and the like are reduced.)

多挂件展示方法、装置及存储介质

技术领域

本发明实施例涉及通信技术领域，具体涉及一种多挂件展示方法、装置及存储介质。

背景技术

随着计算机技术和网络技术的发展，网络直播得到了广泛的普及，主播可以通过直播应用程序进行直播，观众可以通过直播应用程序进入感兴趣的直播间，观看主播直播的内容。在现有的直播应用程序中，一般都会提供挂件功能，通过挂件来运营活动，比如各种比赛活动，以提升收入。如图1所示，箭头所指位置就是一个挂件，挂件本质上是一个用于数据展示和交互的页面。随着活动的不断丰富，直播间中可能需要同时进行多个活动，这就需要在直播间中同时实现多个挂件。

目前的多挂件实现方案，多是由终端通过网页视图(webview)来实现的，网页视图是安卓(Android)系统中用于展示网页的控件。具体地，是指终端通过内嵌的浏览器内核打开网页视图，在网页视图中打开并展示挂件，一个网页视图用于展示一个挂件，在实现多挂件时，就需要打开多个网页视图，而网页视图会占用较多的内存，当要实现多挂件而打开多个网页视图时，会导致直播应用程序占用较多的内存，造成耗电、卡顿等问题。

发明内容

有鉴于此，本发明实施例提供了一种多挂件展示方法、装置及存储介质，在实现多挂件时，能够减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

本发明实施例提供的一种多挂件展示方法，可以应用在终端，包括：

在浏览器内核中打开网页视图；

从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件；

根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。

对应地，本发明实施例还提供了一种多挂件展示装置，包括：

加载单元，用于通过浏览器内核加载网页视图；

拉取单元，用于从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

获取单元，用于根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件；

展示单元，用于根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。

本发明实施例还提供了一种多挂件展示方法，可以应用在服务器，包括：

接收终端发送的列表获取请求，所述列表获取请求中包括所述终端通过浏览器内核加载的网页视图的标识信息；

根据所述标识信息获取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

将所述第一挂件列表发送给所述终端；

接收所述终端根据所述第一挂件列表中包括的获取地址发送的挂件获取请求；

将多个所述第一挂件发送给所述终端，以使得所述终端根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

可选的，在一些实施例中，所述方法还包括：

接收所述终端根据所述第一挂件列表中包括的获取地址定期发送的数据更新请求；

向所述终端发送数据更新响应，所述数据更新响应中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

可选的，在一些实施例中，所述第一挂件列表具有第一版本号，在向所述终端发送数据更新响应之前，还包括：

更新所述第一挂件列表，得到第二挂件列表，为所述第二挂件列表设置第二版本号；

所述数据更新响应中包括所述第二版本号，在向所述终端发送所述数据更新响应之后，还包括：

接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

根据所述标识信息获取为所述网页视图配置的第二挂件列表，所述第二挂件列表中包括多个第二挂件的获取地址和布局信息；

将所述第二挂件列表发送给所述终端；

接收所述终端根据所述第二挂件列表中包括的获取地址发送的挂件获取请求；

将多个所述第二挂件发送给所述终端，以使得所述终端根据所述第二挂件列表中包括的布局信息在所述网页视图中展示多个所述第二挂件。

可选的，在一些实施例中，所述方法还包括：

检测多个所述第一挂件是否有更新；

若有更新，则向所述终端推送数据更新信息，所述数据更新信息中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

可选的，在一些实施例中，所述第一挂件列表具有第一版本号，在向所述终端推送数据更新信息之前，还包括：

更新所述第一挂件列表，得到第三挂件列表，为所述第三挂件列表设置第三版本号；

所述数据更新信息中包括所述第三版本号，在向所述终端推送所述数据更新信息之后，还包括：

接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

根据所述标识信息获取为所述网页视图配置的第三挂件列表，所述第三挂件列表中包括多个第三挂件的获取地址和布局信息；

将所述第三挂件列表发送给所述终端；

接收所述终端根据所述第三挂件列表中包括的获取地址发送的挂件获取请求；

将多个所述第三挂件发送给所述终端，以使得所述终端根据所述第三挂件列表中包括的布局信息在所述网页视图中展示多个所述第三挂件。

对应地，本发明实施例还提供了一种多挂件展示装置，包括：

接收单元，用于接收终端发送的列表获取请求，所述列表获取请求中包括所述终端通过浏览器内核加载的网页视图的标识信息；

获取单元，用于根据所述标识信息获取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

发送单元，用于将所述第一挂件列表发送给所述终端；

所述接收单元还用于，接收所述终端根据所述第一挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元还用于，将多个所述第一挂件发送给所述终端，以使得所述终端根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

可选的，在一些实施例中，所述接收单元还用于，接收所述终端根据所述第一挂件列表中包括的获取地址定期发送的数据更新请求；

所述发送单元还用于，向所述终端发送数据更新响应，所述数据更新响应中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

可选的，在一些实施例中，所述第一挂件列表具有第一版本号，所述装置还包括：

第一更新单元，用于更新所述第一挂件列表，得到第二挂件列表，为所述第二挂件列表设置第二版本号，所述数据更新响应中包括所述第二版本号；

所述接收单元还用于，接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

所述获取单元还用于，根据所述标识信息获取为所述网页视图配置的第二挂件列表，所述第二挂件列表中包括多个第二挂件的获取地址和布局信息；

所述发送单元还用于，将所述第二挂件列表发送给所述终端；

所述接收单元还用于，接收所述终端根据所述第二挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元还用于，将多个所述第二挂件发送给所述终端，以使得所述终端根据所述第二挂件列表中包括的布局信息在所述网页视图中展示多个所述第二挂件。

可选的，在一些实施例中，所述装置还包括：

检测单元，用于检测多个所述第一挂件是否有更新；

推送单元，用于在多个所述第一挂件有更新时，向所述终端推送数据更新信息，所述数据更新信息中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

可选的，在一些实施例中，所述第一挂件列表具有第一版本号，所述装置还包括：

第二更新单元，用于更新所述第一挂件列表，得到第三挂件列表，为所述第三挂件列表设置第三版本号，所述数据更新信息中包括所述第三版本号；

所述接收单元还用于，接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

所述获取单元还用于，根据所述标识信息获取为所述网页视图配置的第三挂件列表，所述第三挂件列表中包括多个第三挂件的获取地址和布局信息；

所述发送单元还用于，将所述第三挂件列表发送给所述终端；

所述接收单元还用于，接收所述终端根据所述第三挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元还用于，将多个所述第三挂件发送给所述终端，以使得所述终端根据所述第三挂件列表中包括的布局信息在所述网页视图中展示多个所述第三挂件。

此外，本发明实施例还提供一种存储介质，所述存储介质存储有多条指令，所述指令适于由处理器进行加载，以执行本发明实施例所提供的任一种多挂件展示方法中的步骤。

本发明实施例中，可以在服务器端为网页视图配置对应的挂件列表，当终端通过浏览器内核加载网页视图之后，可以从服务器拉取为加载的网页视图配置的挂件列表，所配置的挂件列表中包括多个挂件的获取地址和布局信息，然后终端可以根据挂件列表中包括的获取地址从服务器获取多个挂件，根据挂件列表中包括的布局信息在网页视图中展示多个挂件，通过为网页视图配置挂件列表的方式，实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是直播间中的挂件展示界面示意图。

图2是现有技术的多挂件展示效果示意图。

图3是本发明实施例所提供的多挂件展示系统的场景示意图。

图4是本发明实施例所提供的多挂件展示方法的流程示意图。

图5是本发明实施例所提供的多挂件展示效果示意图。

图6是本发明实施例所提供的多挂件展示方法的另一流程示意图。

图7是本发明实施例所提供的信令交互示意图。

图8是本发明实施例所提供的多挂件展示装置的结构示意图。

图9是本发明实施例所提供的多挂件展示装置的另一结构示意图。

图10是本发明实施例所提供的终端的结构示意图。

图11是本发明实施例所提供的多挂件展示方法的又一流程示意图。

图12是本发明实施例所提供多挂件展示装置的又一结构示意图。

图13是本发明实施例所提供多挂件展示装置的再一结构示意图。

图14是本发明实施例所提供的服务器的结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本申请的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本申请具体实施例，其不应被视为限制本申请未在此详述的其它具体实施例。

在以下的说明中，本申请的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实***置，其具有由该数据格式所定义的特定特性。但是，本申请原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“模块”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施，当然也可在硬件上进行实施，均在本申请保护范围之内。

本申请中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、系统、产品或设备没有限定于已列出的步骤或模块，而是某些实施例还包括没有列出的步骤或模块，或某些实施例还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

由于现有的多挂件展示方案，如图2所示，一个网页视图只用于展示一个挂件，在实现多挂件时，需要打开多个网页视图，而一个网页视图至少要占用20兆的内存，打开多个网页视图，会导致内存占用较多，造成耗电、卡顿等问题。因而，本发明实施例提供了一种多挂件展示方法，在展示多挂件时，能够减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。本发明实施例提供的多挂件展示方法，可以实现在终端或者其他具备储存单元并安装有微处理器而具有运算能力的设备中。

以多挂件展示方法实现在终端中为例，请参阅图3，图3是本发明实施例提供的多挂件展示系统的场景示意图，多挂件展示系统中包括终端和服务器，终端例如可以为：手机、平板电脑等终端，服务器可以是挂件的后台服务器，即挂件服务器。本发明实施例中，终端同样可以利用网页视图展示挂件，即终端可以通过浏览器内核加载网页视图，然后从服务器拉取为所述网页视图配置的挂件列表(服务器可以预先为网页视图配置挂件列表，也可以实时为网页视图配置挂件列表)，所拉取的挂件列表即为第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息，多个第一挂件可以用来运营不同的活动，第一挂件列表中包括的获取地址比如：统一资源定位符(Uniform Resource Locator，URL)，第一挂件列表中包括的布局信息比如：挂件的宽、高等显示信息；终端可以根据所述获取地址从所述服务器获取多个所述第一挂件，根据所述布局信息在所述网页视图中展示多个所述第一挂件，这样就实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电卡顿等问题。。

需要说明的是，图3所示的多挂件展示系统的场景示意图仅仅是一个示例，本发明实施例描述的多挂件展示系统及场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着多挂件展示系统的演变和新业务平台的出现，本发明实施例的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。

本实施例将从多挂件展示装置的角度，描述本发明实施例提供的多挂件展示方法，该多挂件展示装置可以集成在终端中，如图4所示，本实施例的多挂件展示方法可以包括以下步骤：

步骤S101，通过浏览器内核加载网页视图。

网页视图(webview)，是安卓(Android)系统中用于展示网页的控件，具体在本实施例中，网页视图用于展示挂件，挂件本质上是一个用于数据展示和交互的页面，将网页视图类比成一个大的页面，一个网页视图中展示多个挂件，就相当于在一个大的页面中展示多个小的页面，因此，本实施例中，可以更加形象地将网页视图称为“容器”。

本实施例中的挂件，可以应用在预设应用程序中，以运营各种活动，通常来说，一个挂件可以用于运营一种活动。预设应用程序比如：直播应用程序、社交应用程序；活动比如：各种比赛，例如，排位赛、xx季赛，xx年赛等；因此，本实施例的挂件，可以用于展示对应活动的相关数据，比如，活动排名、活动支持率、活动参与人数等。

比如，终端上可以安装直播应用程序，在用户通过直播应用程序进入直播间之后，如果终端发现直播间内设置有需要通过挂件来运营的活动，比如，排位赛活动、xx季赛等，则终端可以通过浏览器内核加载网页视图，以利用加载的网页视图展示运营活动的挂件。

本实施例中，浏览器内核中可以包括多个网页视图，终端可以向服务器发送网页视图列表获取请求，以从服务器获取网页视图列表(也称拉容器列表)，网页视图列表中包括需加载的网页视图的标识信息，该标识信息可以是网页视图的名称、标识(ID)号等，终端可以根据获取的网页视图的标识信息通过浏览器内核加载对应的网页视图。

所加载的网页视图可以为一个或多个，当加载的网页视图有多个时，该多个网页视图可以分布在终端屏幕的两侧，以留出屏幕中间地带，以便于用户在屏幕中间地带进行点击、滑动等操作。

本实施例中，为了避免加载的网页视图过多造成内存的过渡占用，同时为了兼顾多个挂件的展示效果和用户操作，可以通过浏览器内核加载两个网页视图，即第一网页视图和第二网页视图，第一网页视图可以位于终端屏幕的左侧，第二网页视图可以位于终端屏幕的右侧，当然反之亦可。通过浏览器内核加载两个网页视图，而不是一个网页视图，是因为当使用一个网页视图展示所有挂件时，展示区域通常需要跨越屏幕中间地带，这样会占用用户的操作区域，给用户操作带来不便。

步骤S102，从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息。

本实施例以通过浏览器内核加载的任意一个网页视图为例进行说明，具体地，终端可以向服务器发送列表获取请求，列表获取请求中可以包括网页视图的标识信息。服务器可以预先为该网页视图配置挂件列表，服务器在接收到终端发送的列表获取请求之后，可以根据该网页视图的标识信息获取预先为该网页视图配置的挂件列表，即第一挂件列表(本实施例中，将初次为该网页视图配置的挂件列表称为第一挂件列表，后续如果对初次配置的挂件列表做了更新，则可以将更新得到的挂件列表称为第二挂件列表、第三挂件列表)；当然，服务器也可以在接收到列表获取请求之后，实时为该网页视图配置第一挂件列表，此处不做具体限定。服务器可以将为该网页视图配置的第一挂件列表发送给终端，终端拉取服务器为该网页视图配置的该第一挂件列表。

第一挂件列表中可以包括多个第一挂件的获取地址和布局信息，当然第一挂件列表中还可以包括其他信息，比如该网页视图的标识信息，该多个第一挂件的标识信息，挂件的标识信息可以是挂件的名称、编号等信息。第一挂件列表中包括的该多个第一挂件需要在同一网页视图(即该网页视图)中展示，该多个第一挂件可以用于运营不同的活动，第一挂件列表中包括的获取地址比如：URL，第一挂件列表中包括的布局信息比如：挂件的宽、高等显示信息。

当通过浏览器内核加载了多个网页视图时，终端可以同时或依次从服务器拉取为每个网页视图配置的第一挂件列表。

在一个具体的实施例中，比如，终端通过浏览器内核加载了第一网页视图和第二网页视图，获取的为第一网页视图配置的第一挂件列表可以如表1所示：

表1

获取的为第二网页视图配置的第一挂件列表可如表2所示：

表2

步骤S103，根据所述第一挂件列表中包括的获取地址从所述服务器获取所述多个第一挂件。

具体实现中，终端可以向服务器发送挂件获取请求，该挂件获取请求中可以包括需要在该网页视图中展示的多个第一挂件的获取地址、网页视图的标识信息、第一挂件的标识信息等，以从服务器获取需要在该网页视图中展示的多个第一挂件。即终端可以以网页视图为单位，通过一次请求从服务器获取需要在该网页视图中展示的所有第一挂件；比如，针对上面举例中的第一网页视图，终端可以通过一次挂件获取请求从服务器获取挂件11和挂件12，这样可以减少请求次数，节省系统信令开销。

步骤S104，根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

具体实现中，终端从服务器获取的多个第一挂件，其实多个第一挂件的页面文本数据，终端可以将多个第一挂件的页面文本数据透传给对应的网页视图，以通过对应的网页视图解析该页面文本数据并渲染，从而得到多个第一挂件，之后，由对应的网页视图根据该多个第一挂件的布局信息在其内打开该多个第一挂件并展示，以此实现了在一个网页视图中展示多个挂件。

以终端通过浏览器内核加载了第一网页视图和第二网页视图，为第一网页视图配置的第一挂件列表如表1所示，为第二网页视图配置的第一挂件列表如表2所示为例，则本实施例中多挂件的展示效果可如图5所示，展示四个挂件只需要打开两个网页视图。将图5和图2对比可知，采用现有技术的做法，要展示这四个挂件则需要打开四个网页视图，相较于现有技术，本发明能够减少打开的网页视图的数量，且当要展示的挂件数量越多时，本发明减少的网页视图的数量越显著。

进一步地，由于通过挂件运营的活动在不断地进行，活动相关数据在不断地更新，因而对应的挂件也需要不断地更新。本实施例中，终端可以根据第一挂件列表中包括的获取地址，定期(比如每隔1秒、每隔3秒)向服务器发送数据更新请求，该数据更新请求用于请求该网页视图中展示的多个第一挂件的更新数据，该数据更新请求中可以包括网页视图的标识信息、多个第一挂件的标识信息、多个第一挂件的获取地址等，服务器在接收到该数据更新请求之后，可以收集该多个第一挂件的更新数据，根据该多个第一挂件的更新数据生成数据更新响应，数据更新响应中包括该多个第一挂件的更新数据，此外，数据更新响应中还可以包括网页视图的标识信息，多个第一挂件的标识信息等，服务器向终端返回该数据更新响应；终端接收服务器返回的数据更新响应，根据该数据更新响应中包括的多个第一挂件的更新数据，更新对应网页视图中展示的第一挂件。

即在进行数据更新时，终端仍然可以以网页视图为单位，通过一次请求获取一个网页视图中展示的所有第一挂件的更新数据；比如，针对上面举例中的第一网页视图，终端可以通过一次数据更新请求从服务器获取挂件11和挂件12的更新数据，这样可以减少请求数量，减少系统信令开销，提高更新效率。

另外，随着时间的推移，在服务器侧，初次为网页视图配置的挂件列表可能会更新。比如，随着活动的不断丰富，可能有新的活动需要通过挂件来运营，当有新的活动上线时，服务器需要将新的挂件加入网页视图的挂件列表，即需要在挂件列表中增加新的挂件的获取地址和布局信息；或者有的活动需要下线，服务器需要在网页视图的挂件列表中删除运营该活动的挂件；或者在服务器侧更改了多个挂件的布局信息。因此，为了区分和识别更新前后的挂件列表，本实施例中，服务器可以为挂件列表设置版本号。

在一个具体的实施例中，服务器可以为第一挂件列表设置第一版本号，如果后续对初次配置的第一挂件列表做了更新，得到第二挂件列表，则为第二挂件列表设置第二版本号，服务器每次在向终端返回数据更新响应时，可以将为对应网页视图配置的挂件列表的最新版本号(比如第二版本号)发送给终端，终端可以判断该网页视图的挂件列表的第一版本号与第二版本号是否一致，若不一致，则说明该网页视图的挂件列表有更新，则可以向服务器发送列表更新请求，列表更新请求中可以包括该网页视图的标识信息、第二版本号等，以从服务器拉取该网页视图的更新后的挂件列表，即第二挂件列表，第二挂件列表中包括多个第二挂件的获取地址和布局信息；在拉取第二挂件列表之后，终端可以将自身拥有的第一挂件列表更新为第二挂件列表，根据第二挂件列表中的获取地址，从服务器获取多个第二挂件，根据第二挂件列表中的布局信息，在该网页视图中展示该多个第二挂件；此后，终端还可以根据第二挂件列表中包括的获取地址，定期从服务器获取多个第二挂件的更新数据，以定期对网页视图中展示的多个第二挂件进行更新。另外，若该网页视图的挂件列表的第一版本号与第二版本号一致，则说明该网页视图的挂件列表没有更新，则不用重新拉取该网页视图的挂件列表。

比如，服务器可以将初次为第一网页视图配置的挂件列表的版本号设置为1.0，此后，如果对第一网页视图的挂件列表做了更新，则每次更新之后，可以将上次设置的版本号加1，以作为更新之后得到的挂件列表的版本号；比如，对版本号为1.0的挂件列表进行更新之后，可以将更新之后得到的挂件列表的版本号设置为2.0；对版本号为2.0的挂件列表进行更新之后，可以将更新之后得到的挂件列表的版本号设置为3.0，以此类推；服务器每次向终端发送的数据更新响应中，都可以携带自身拥有的第一网页视图的最新版挂件列表的版本号，这样一来，终端侧只需要判断新接收到的第一网页视图的挂件列表的版本号，是否大于自身已有的第一网页视图的挂件列表的版本号，若大于，则重新为第一网页视图拉取挂件列表。比如，在服务器拥有的第一网页视图的最新版挂件列表的版本号为2.0时，服务器发送的数据更新响应中可以包括：第一网页视图，2.0，假如终端侧目前拥有的第一网页视图的挂件列表的版本号为1.0，则终端在接收到该数据更新响应之后，可以向服务器请求为第一网页视图获取版本号为2.0的挂件列表。

另外，当检测到某个第一挂件有更新时，服务器还可以主动向终端推送数据更新信息，数据更新信息中包括该第一挂件的更新数据，终端接收该数据更新信息，根据该数据更新信息中包含的更新数据更新对应的第一挂件。比如，针对前面举例中的挂件11，当服务器检测到挂件11的数据有更新时，服务器可以将挂件11的更新数据推送给终端。

本实施例中，服务器在检测到某个第一挂件有更新时，还可以查找(可以根据为网页视图配置的挂件列表查找)与该第一挂件展示在同一网页视图中的其他第一挂件是否也有更新，如果其他第一挂件也有更新，则将该第一挂件的更新数据与该其他第一挂件的更新数据进行合并推送，即服务器向终端推送的数据更新信息中可以包括在同一网页视图中展示的多个第一挂件的更新数据，另外，数据更新信息中还可以包括网页视图的标识信息，第一挂件的标识信息等；终端在接收到该数据更新信息之后，可以根据该多个第一挂件的更新数据更新对应网页视图中展示的第一挂件。比如，针对前面举例中的挂件11，如果服务器检测到挂件11有更新，则可以根据表1检测与挂件11在同一网页视图中展示的挂件12是否有更新，如果挂件12也有更新，则将挂件11和12的更新数据合并推送给终端。通过合并推送的方式，可以减少推送信息的数量，减少信令交互，同时提高终端侧更新效率。

另外，服务器在向终端推送数据更新信息时，还可以在数据更新信息中携带自身拥有的该网页视图的最新版的挂件列表的版本号。比如，如果服务器在向终端推送数据更新信息之前，对初次为该网页视图配置的第一挂件列表做了更新，得到了第三挂件列表，且为第三挂件列表设置了第三版本号，则服务器可以将第三版本号携带在数据更新信息中发送给终端，终端可以判断自身拥有的该网页视图的挂件列表的第一版本号与接收到的第三版本号是否一致，若不一致，则说明该网页视图的挂件列表有更新，则可以向服务器发送列表更新请求，列表更新请求中可以包括该网页视图的标识信息、第三版本号等，以从服务器获取该网页视图的更新后的挂件列表，即第三挂件列表，第三挂件列表中包括多个第三挂件的获取地址和布局信息；在拉取第三挂件列表之后，终端可以将自身拥有的第一挂件列表更新为第三挂件列表，根据第三挂件列表中的获取地址，从服务器获取多个第三挂件，根据第三挂件列表中的布局信息，在网页视图中展示多个第三挂件；；此后，终端还可以根据第三挂件列表中包括的获取地址，定期从服务器获取多个第三挂件的更新数据，以定期对网页视图中展示的多个第三挂件进行更新。另外，若第一版本号与第三版本号一致，则说明该网页视图的挂件列表没有更新，则不需要重新拉取挂件列表。

本实施例中，第二版本号、第三版本号，只是为了区别版本号在不同的信息(数据更新响应及数据更新信息)中携带的情况，实际应用中，针对同一网页视图，第二版本号和第三版本号可能相同，第二挂件列表和第三挂件列表也可能相同。

另外，本实施例中的第一挂件、第二挂件、第三挂件，只是为了区分不同版本挂件列表中的挂件，实际中，不同版本挂件列表中可能包含相同的挂件，即第一挂件、第二挂件、第三挂件实际中可能指相同的挂件。比如，第一挂件列表中包括的第一挂件为挂件11、12，第二挂件列表中包括的第二挂件为挂件11、12、13，第三挂件列表中包括的第三挂件为挂件11、13，则三个挂件列表中包含相同的挂件11。

本实施例中，为网页视图配置的挂件列表，通常数据量大且变化并不频繁，如果采用定期拉取更新的方法，会极大地浪费网络资源，因而，本实施例中，采用推送版本号的方式实现只在版本列表更新时重新拉取挂件列表，即服务器在向终端发送的信息(比如：数据更新响应、数据更新信息)中携带网页视图的最新版的挂件列表的版本号，终端通过版本号的判断来确定是否要为该网页视图重新拉取挂件列表，通过这种方式实现了只在挂件列表有更新时，重新拉取挂件列表，能够减少数据的传输量，节省网络资源。

本实施例中，可以在服务器端为网页视图配置对应的挂件列表，当终端通过浏览器内核加载网页视图之后，终端可以从服务器拉取为所述网页视图配置的挂件列表，该挂件列表中包括多个挂件的获取地址和布局信息，然后终端可以根据所述获取地址从所述服务器获取所述多个挂件，根据所述布局信息在所述网页视图中展示所述多个挂件，即通过为网页视图配置挂件列表的方式，在终端侧实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

上面实施例描述的方法，本实施例将举例做进一步的详细说明，本实施例以直播应用场景为例，如图6所示，本实施例的方法包括以下步骤：

步骤S201、根据用户选择进入对应的直播间。

比如，终端上可以安装直播应用程序，在用户通过直播应用程序选择直播间之后，终端可以根据用户选择进入对应的直播间，从直播服务器拉取直播间的直播界面并显示，直播界面可以用于主播展示才艺，比如唱歌、跳舞等。

步骤S202、确定所述直播间内是否举行有通过挂件来运营的活动，若所述直播间内举行有通过挂件来运营的活动，则执行步骤S203；否则结束处理，继续展示直播界面。

由于直播平台上，汇集有大量的用户，为了达到拉动营业收入、推广、营销等目的，通常可以在直播间内举行各种各样的活动，比如：排位赛、xx季赛，xx年赛等。在用户进入直播间之后，终端可以判断用户进入的直播间是否举行有这些活动，如果有，则需要通过挂件来运营这些活动，展示这些活动的相关数据，活动的相关数据比如：活动排名、活动支持率、活动参与人数等。

步骤S203、从所述服务器获取需加载的网页视图的标识信息。

步骤S204、通过浏览器内核根据所述标识信息在所述直播间的直播界面加载所述网页视图。

本实施例中，可以通过浏览器内核在直播界面加载两个网页视图，即第一网页视图和第二网页视图，第一网页视图可以位于直播界面左侧，第二网页视图可以位于直播界面右侧，当然反之亦可，以便于用户操作，优化挂件及直播界面的展示效果。

步骤S205、从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息。

具体实现中，在终端加载网页视图之后，可以向挂件服务器发送列表获取请求，列表获取请求中可以包括加载的网页视图的标识信息，以从挂件服务器拉取为该网页视图配置的第一挂件列表。

第一挂件列表中可以包括多个第一挂件的获取地址和布局信息，当然第一挂件列表中还可以包括其他信息，比如该网页视图的标识信息，该多个第一挂件的标识信息等。第一挂件列表中包括的该多个第一挂件需要在同一网页视图(即该网页视图)中展示，该多个第一挂件可以用于运营不同的活动，第一挂件列表中包括的获取地址比如：URL，第一挂件列表中包括的布局信息比如：挂件的宽、高等显示信息。

步骤S206、根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件。

具体实现中，终端可以向挂件服务器发送挂件获取请求，该挂件获取请求中可以包括需要在该网页视图中展示的多个第一挂件的获取地址、网页视图的标识信息、第一挂件的标识信息等，以从挂件服务器获取需要在该网页视图中展示的多个第一挂件。即终端可以以网页视图为单位，通过一次请求从挂件服务器获取需要在该网页视图中展示的所有第一挂件。

步骤S207、根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。

具体实现中，终端从挂件服务器获取的多个第一挂件，其实多个第一挂件的页面文本数据，终端可以将多个第一挂件的页面文本数据透传给对应的网页视图，以通过对应的网页视图解析该页面文本数据并渲染，从而得到多个第一挂件，之后，由对应的网页视图根据该多个第一挂件的布局信息在其内打开该多个第一挂件并展示，以此实现了在一个网页视图中展示多个挂件。

比如，用户进入的直播间举行有活动1、活动2、活动3及活动4四个活动，这四个活动分别需要利用挂件11、挂件12、挂件21和挂件22这四个挂件来运营，终端通过浏览器内核在直播间的直播界面加载了网页视图一和网页视图二；其中，从挂件服务器获取的为网页视图一配置的1.0版本的挂件列表如表1所示，即为网页视图一配置的1.0版本的挂件列表中包括挂件11和挂件12的获取地址和布局信息，终端可以根据挂件11和挂件12的获取地址，从挂件服务器获取挂件11和挂件12，根据挂件11和挂件12的布局信息，在网页视图一中展示挂件11和挂件12；从挂件服务器获取的为网页视图二配置的1.0版本的挂件列表如表2所示，即为网页视图二配置的1.0版本的挂件列表中包括挂件21和挂件22的获取地址和布局信息，终端可以根据挂件21和挂件22的获取地址，从挂件服务器获取挂件21和挂件22，根据挂件21和挂件22的布局信息，在网页视图二中展示挂件21和挂件22。

此后，终端还可以从挂件服务器获取挂件的更新数据，根据获取的更新数据更新对应网页视图中展示的对应挂件。以更新网页视图一中展示的挂件11和挂件12为例，终端可以主动向挂件服务器请求挂件11和挂件12的更新数据，也可以被动接收挂件服务器推送的挂件11和挂件12的更新数据，根据挂件11和挂件12的更新数据更新网页视图一中展示的挂件11和挂件12。

另外，终端在从服务器获取挂件的更新数据时，还可以获取挂件服务器推送的各个网页视图的挂件列表的最新版本号。比如，当有一个新的活动活动5需要利用挂件13在直播间进行时，服务器可以将挂件13的获取地址和布局信息加入到了为网页视图一配置的1.0版本的挂件列表中，得到了为网页视图一配置的2.0版本的挂件列表，则服务器可以将：网页视图一，版本2.0等信息推送给终端，终端接收到该信息之后，可以从挂件服务器拉取为网页视图一配置的版本号为2.0的挂件列表，在一个具体的实施例中，为网页视图一配置的2.0版本的挂件列表可如表3所示，包括挂件11、挂件12、挂件13的获取地址和布局信息，终端可以根据为网页视图一配置的2.0版本的挂件列表中包含的获取地址，从挂件服务器获取挂件11、挂件12、挂件13这三个挂件，并根据为网页视图一配置的2.0版本的挂件列表中包含的布局地址，在网页视图一中展示挂件11、挂件12和挂件13。

表3

下面将结合终端与服务器之间的信令交互过程，描述本发明实施例提供的多挂件展示方法，服务器可以指挂件服务器，终端与服务器之间的信令交互过程可如图7所示，其中网页视图模块属于终端侧，挂件服务、管理后台、合并推送、挂件业务服务等模块属于服务器侧，服务器侧传递给终端侧的所有数据都需要经过挂件服务模块，管理后台模块主要用于异步更新挂件服务模块中的挂件配置，合并推送模块主要用于将同一网页视图中的多个挂件的相关数据合并推送，挂件业务服务模块主要用于提供多个挂件的相关数据。

具体地在本实施例中，在用户通过终端上的直播应用程序进入直播间之后，若直播间内举行有通过挂件来运营的活动，则终端可以从挂件服务模块拉取网页视图列表(即拉容器列表)，所拉取的容器列表中包括需加载的网页视图的标识信息，终端可以根据网页视图的标识信息通过浏览器内核在本地加载对应的网页视图；然后终端可以通过加载的网页视图从挂件服务模块拉取为该网页视图配置的挂件列表，根据该挂件列表从挂件业务服务模块拉取多个挂件，并在网页视图中展示该多个挂件。

此后，终端可以通过网页视图定期从挂件业务服务模块合并拉取多个挂件的更新数据，网页视图根据拉取的多个挂件的更新数据更新其内展示的多个挂件。在网页视图拉取更新数据时，挂件服务模块还可以为网页视图返回服务器侧当前拥有的该网页视图的最新版的挂件列表的版本号；网页视图在获得该版本号之后，如果发现目前拥有的挂件列表的版本号与新获得的版本号不一致，则则重新从挂件服务模块拉取挂件列表，并根据新拉取的挂件列表重新拉取多个挂件。

与此同时，当挂件有更新时，挂件业务服务模块可以将挂件的更新数据发送给合并推送模块，合并推送模块可以查找与该挂件在同一网页视图中展示的其他挂件的更新数据，将查找到的多个挂件的更新数据合并推送给终端，终端接收到的更新数据透传给对应的网页视图，以使得对应的网页视图更新其内展示的多个挂件。另外，在推送更新数据时，挂件服务模块还可以为网页视图返回服务器侧当前拥有的该网页视图的最新版的挂件列表的版本号；网页视图在获得该版本号之后，如果发现目前拥有的挂件列表的版本号与新获得的版本号不一致，则则重新从挂件服务模块拉取挂件列表，并根据新拉取的挂件列表重新拉取多个挂件。

另外，服务器侧推送给终端的数据中还可以包括网页视图的标识信息，如果终端侧发现服务器侧推送的数据中包含的网页视图的标识信息所标识的网页视图并没有加载，则终端可以重新从挂件服务模块拉容器列表并重新加载网页视图。

本实施例中，可以在服务器端为网页视图配置对应的挂件列表，当终端通过浏览器内核加载网页视图之后，可以从服务器拉取为加载的网页视图配置的挂件列表，所配置的挂件列表中包括多个挂件的获取地址和布局信息，然后终端可以根据挂件列表中包括的获取地址从服务器获取多个挂件，根据挂件列表中包括的布局信息在网页视图中展示多个挂件，通过为网页视图配置挂件列表的方式，实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

为了更好地实施以上方法，本发明实施例提供了一种多挂件展示装置，如图8所示，该装置包括加载单元301、拉取单元302、获取单元303及展示单元304，如下：

加载单元301，用于通过浏览器内核加载网页视图；

拉取单元302，用于从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

获取单元303，用于根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件；

展示单元304，用于根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。

一实施例中，如图9所示，所述装置还包括：

发送单元305，用于根据所述第一挂件列表中包括的获取地址，定期向所述服务器发送数据更新请求；

第一接收单元306，用于接收所述服务器返回的数据更新响应，所述数据更新响应中包括多个所述第一挂件的更新数据；

第一更新单元307，用于根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

一实施例中，所述第一挂件列表具有第一版本号，所述页面更新响应中包括第二版本号，如图9所示，所述装置还包括：

第一判断单元308，用于判断所述第一版本号与所述第二版本号是否一致；

所述拉取单元302还用于，在所述第一版本号与所述第二版本号不一致时，从所述服务器拉取为所述网页视图配置的第二挂件列表，并将所述第一挂件列表更新为所述第二挂件列表，所述第二挂件列表具有所述第二版本号，所述第二挂件列表中包括多个第二挂件的获取地址和布局信息；

所述获取单元303还用于，根据所述第二挂件列表中包括的获取地址，从所述服务器获取多个所述第二挂件；

所述展示单元304还用于，根据所述第二挂件列表中包括的布局信息，在所述网页视图中展示多个所述第二挂件。

一实施例中，如图9所示，所述装置还包括：

第二接收单元309，用于接收所述服务器推送的数据更新信息，所述数据更新信息中包括多个所述第一挂件的更新数据；

第二更新单元310，用于根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

一实施例中，所述第一挂件列表具有第一版本号，所述数据更新信息中包括第三版本号，如图9所示，所述装置还包括：

第二判断单元311，用于判断所述第一版本号与所述第三版本号是否一致；

所述拉取单元302还用于，在所述第一版本号与所述第三版本号不一致时，从所述服务器拉取为所述网页视图配置的第三挂件列表，并将所述第一挂件列表更新为所述第三挂件列表，所述第三挂件列表具有所述第三版本号，所述第三挂件列表中包括多个第三挂件的获取地址和布局信息；

所述获取单元303还用于，根据所述第三挂件列表中包括的获取地址，从所述服务器获取多个所述第三挂件；

所述展示单元304还用于，根据所述第三挂件列表中包括的布局信息，在所述网页视图中展示所述多个第三挂件。

一实施例中，如图9所示，所述装置还包括：

进入单元312，用于根据用户选择进入对应的直播间；

确定单元313，用于确定所述直播间内是否举行有通过挂件来运营的活动；

若所述直播间内举行有通过挂件来运营的活动，则加载单元301通过浏览器内核加载所述网页视图。

一实施例中，所述网页视图中展示的挂件，用于展示对应活动的相关数据。

一实施例中，如图9所示，所述加载单元301包括：

获取子单元3011，用于从所述服务器获取需加载的网页视图的标识信息；

加载子单元3012，用于通过浏览器内核根据所述标识信息在所述直播间的直播界面加载所述网页视图。

一实施例中，加载子单元3012通过浏览器内核根据所述标识信息在所述直播间的直播界面加载第一网页视图和第二网页视图，所述第一网页视图位于所述直播间的直播界面左侧，所述第二网页视图位于所述直播间的直播界面右侧。

需要说明的是，上述实施例提供的多挂件展示装置在展示多挂件时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的多挂件展示装置与对应的多挂件展示方法属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。

本实施例中，可以在服务器端为网页视图配置对应的挂件列表，当加载单元通过浏览器内核加载网页视图之后，拉取单元可以从服务器拉取为加载的网页视图配置的挂件列表，该挂件列表中包括多个挂件的获取地址和布局信息，然后获取单元可以根据该获取地址从服务器获取该多个挂件，展示单元根据该布局信息在网页视图中展示该多个挂件，通过为网页视图配置挂件列表的方式，在终端中实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

相应地，本发明实施例还提供了一种终端，如图10所示，其示出了本发明实施例所涉及的终端的结构示意图，具体来讲：

该终端可以包括射频(RF，Radio Frequency)电路401、包括有一个或一个以上计算机可读存储介质的存储器402、输入单元403、显示单元404、包括有一个或者一个以上处理核心的处理器405等部件。本领域技术人员可以理解，图10中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路401可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器408处理；另外，将涉及上行的数据发送给基站。通常，RF电路401包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路401还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

存储器402可用于存储软件程序以及模块，处理器408通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器408和输入单元403对存储器402的访问。

输入单元403可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元403可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接终端。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器408，并能接收处理器408发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元403还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元404可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元404可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器408以确定触摸事件的类型，随后处理器408根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图10中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

处理器405是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器405可包括一个或多个处理核心；优选的，处理器405可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器405中。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器405会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器402中，并由处理器405来运行存储在存储器402中的应用程序，从而实现各种功能：

通过浏览器内核加载网页视图；

从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

根据所述第一挂件列表中包括的获取地址从所述服务器获取多个所述第一挂件；

根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

在一些实施例中，处理器405还用于执行以下步骤：

根据所述第一挂件列表中包括的获取地址，定期向所述服务器发送数据更新请求；

接收所述服务器返回的数据更新响应，所述数据更新响应中包括多个所述第一挂件的更新数据；

根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

在一些实施例中，所述第一挂件列表具有第一版本号，所述数据更新响应中包括第二版本号，在接收所述服务器返回的数据更新响应之后，处理器405还用于执行以下步骤：

判断所述第一版本号与所述第二版本号是否一致；

若不一致，则从所述服务器拉取为所述网页视图配置的第二挂件列表，并将所述第一挂件列表更新为所述第二挂件列表，所述第二挂件列表具有所述第二版本号，所述第二挂件列表中包括多个第二挂件的获取地址和布局信息；

根据所述第二挂件列表中包括的获取地址，从所述服务器获取多个所述第二挂件；

根据所述第二挂件列表中包括的布局信息，在所述网页视图中展示多个所述第二挂件。

在一些实施例中，处理器405还用于执行以下步骤：

接收所述服务器推送的数据更新信息，所述数据更新信息中包括多个所述第一挂件的更新数据；

根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

在一些实施例中，所述第一挂件列表具有第一版本号，所述数据更新信息中包括第三版本号，在接收所述服务器推送的数据更新信息之后，处理器405还用于执行以下步骤：

判断所述第一版本号与所述第三版本号是否一致；

若不一致，则从所述服务器拉取为所述网页视图配置的第三挂件列表，并将所述第一挂件列表更新为所述第三挂件列表，所述第三挂件列表具有所述第三版本号，所述第三挂件列表中包括多个第三挂件的获取地址和布局信息；

根据所述第三挂件列表中包括的获取地址，从所述服务器获取多个所述第三挂件；

根据所述第三挂件列表中包括的布局信息，在所述网页视图中展示所述多个第三挂件。

在一些实施例中，在通过浏览器内核加载网页视图之前，处理器405还用于执行以下步骤：

根据用户选择进入对应的直播间；

确定所述直播间内是否举行有通过挂件来运营的活动；

若所述直播间内举行有通过挂件来运营的活动，则通过浏览器内核加载所述网页视图。

在一些实施例中，网页视图中展示的挂件，用于展示对应活动的相关数据。

在一些实施例中，在通过浏览器内核加载网页视图时，处理器405具体用于执行以下步骤：

从所述服务器获取需加载的网页视图的标识信息；

通过浏览器内核根据所述标识信息在所述直播间的直播界面加载所述网页视图。

在一些实施例中，在通过浏览器内核根据所述标识信息在所述直播间的直播界面加载所述网页视图时，处理器405具体用于执行以下步骤：

所述通过浏览器内核根据所述标识信息在所述直播间的直播界面加载第一网页视图和第二网页视图，所述第一网页视图位于所述直播间的直播界面左侧，所述第二网页视图位于所述直播间的直播界面右侧。

本实施例的终端，在通过浏览器内核加载网页视图之后，可以从服务器拉取为加载的网页视图配置的挂件列表，所配置的挂件列表中包括多个挂件的获取地址和布局信息，然后终端可以根据挂件列表中包括的获取地址从服务器获取多个挂件，根据挂件列表中包括的布局信息在网页视图中展示多个挂件，通过为网页视图配置挂件列表的方式，实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

本实施例将从多挂件展示装置的角度，描述本发明实施例提供的多挂件展示方法，该多挂件展示装置可以集成在服务器中，如图11所示，本实施例的方法包括以下步骤：

步骤S501，接收终端发送的列表获取请求，所述列表获取请求中包括所述终端通过浏览器内核加载的网页视图的标识信息。

本实施例中，网页视图用于展示挂件，挂件本质上是一个用于数据展示和交互的页面，将网页视图类比成一个大的页面，一个网页视图中展示多个挂件，就相当于在一个大的页面中展示多个小的页面，因此，本实施例中，可以更加形象地将网页视图称为“容器”。

本实施例中的挂件，可以应用在预设应用程序中，以运营各种活动，通常来说，一个挂件可以用于运营一种活动。预设应用程序比如：直播应用程序、社交应用程序；活动比如：各种比赛，例如，排位赛、xx季赛，xx年赛等；因此，本实施例的挂件，可以用于展示对应活动的相关数据，比如，活动排名、活动支持率、活动参与人数等。

比如，终端上可以安装直播应用程序，在用户通过直播应用程序进入直播间之后，如果终端发现直播间内设置有需要通过挂件来运营的活动，比如，排位赛活动、xx季赛等，则终端可以通过浏览器内核加载网页视图，以利用加载的网页视图展示运营活动的挂件。

本实施例中，终端的浏览器内核中可以包括多个网页视图，在执行步骤S501之前，服务器可以接收终端发送的网页视图列表获取请求，向终端发送网页视图列表，网页视图列表中包括需加载的网页视图的标识信息，该标识信息可以是网页视图的名称、标识(ID)号等，终端可以根据网页视图的标识信息通过浏览器内核加载对应的网页视图。在加载对应的网页视图之后，终端向服务器发送列表获取请求，列表获取请求中包括加载的网页视图的标识信息，服务器接收终端发送的列表获取请求。

步骤S502，根据所述标识信息获取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息。

具体实现中，服务器可以预先为该网页视图配置挂件列表，在接收到终端发送的列表获取请求之后，服务器可以根据该网页视图的标识信息获取预先为该网页视图配置的挂件列表，即第一挂件列表(本实施例中，将初次为网页视图配置的挂件列表称为第一挂件列表，后续如果对初次配置的挂件列表做了更新，则可以称为第二挂件列表、第三挂件列表)；当然，服务器也可以在接收到列表获取请求之后，实时为该网页视图配置第一挂件列表并获取第一挂件列表，此处不做具体限定，服务器可以将为该网页视图配置的第一挂件列表发送给终端。

第一挂件列表中包括的获取地址比如：URL，第一挂件列表中包括的布局信息比如：挂件的宽、高等显示信息。第一挂件列表中除了包括多个第一挂件的获取地址和布局信息之外，还可以包括其他信息，比如该网页视图的标识信息，该多个第一挂件标识信息，挂件的标识信息可以是挂件的名称、编号等信息。

步骤S503，将所述第一挂件列表发送给所述终端。

步骤S504，接收所述终端根据所述第一挂件列表中包括的获取地址发送的挂件获取请求。

步骤S505，将多个所述第一挂件发送给所述终端，以使得所述终端根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

将所述第一挂件列表发送给终端之后，终端可以向服务器发送根据第一挂件列表中包括的获取地址，向服务器发送挂件获取请求，该挂件获取请求中可以包括需要在该网页视图中展示的多个第一挂件的获取地址、网页视图的标识信息等、第一挂件的标识信息等，服务器在接收到该挂件获取请求之后，可以向终端发送挂件获取响应，挂件获取响应中可以包括需要在该网页视图中展示的多个第一挂件，该网页视图的标识信息，多个第一挂件的标识信息等，终端可以根据第一挂件列表中包括的布局信息在该网页视图中展示多个第一挂件。即服务器可以以网页视图为单位，通过一次响应向终端发送需要在该网页视图中展示的所有第一挂件，这样可以减少响应次数，节省系统信令开销。

进一步地，由于通过挂件运营的活动在不断地进行，活动相关数据在不断地更新，因而对应的挂件也需要不断地更新。本实施例中，终端可以根据第一挂件列表中包括的获取地址，定期(比如每隔1秒、每隔3秒)向服务器发送数据更新请求，该数据更新请求用于请求该网页视图中展示的多个第一挂件的更新数据，该数据更新请求中可以包括网页视图的标识信息、多个第一挂件的标识信息、多个第一挂件的获取地址等，服务器在接收到该数据更新请求之后，可以收集该多个第一挂件的更新数据，根据该多个第一挂件的更新数据生成数据更新响应，数据更新响应中包括该多个第一挂件的更新数据，此外，数据更新响应中还可以包括网页视图的标识信息，多个第一挂件的标识信息等，服务器向终端返回该数据更新响应；终端接收服务器返回的数据更新响应，根据该数据更新响应中包括的多个第一挂件的更新数据，更新对应网页视图中展示的第一挂件。

另外，随着时间的推移，服务器初次为网页视图配置的挂件列表可能会更新。比如，随着活动的不断丰富，可能有新的活动需要通过挂件来运营，当有新的活动上线时，服务器需要将新的挂件加入网页视图的挂件列表，即需要在挂件列表中增加新的挂件的获取地址和布局信息；或者有的活动需要下线，服务器需要在网页视图的挂件列表中删除运营该活动的挂件；或者在服务器侧更改了多个挂件的布局信息。因此，为了区分和识别更新前后的挂件列表，本实施例中，服务器可以为挂件列表设置版本号。

在一个具体的实施例中，服务器可以为第一挂件列表设置第一版本号，如果后续对初次配置的第一挂件列表做了更新，得到第二挂件列表，则为第二挂件列表设置第二版本号，服务器每次在向终端返回数据更新响应时，可以将为对应网页视图配置的挂件列表的最新版本号(比如第二版本号)发送给终端，终端可以判断该网页视图的挂件列表的第一版本号与第二版本号是否一致，若不一致，则说明该网页视图的挂件列表有更新，则可以向服务器发送列表更新请求，列表更新请求中可以包括该网页视图的标识信息、第二版本号等，以从服务器拉取该网页视图的更新后的挂件列表，即第二挂件列表，第二挂件列表中包括多个第二挂件的获取地址和布局信息；在拉取第二挂件列表之后，终端可以将自身拥有的第一挂件列表更新为第二挂件列表，根据第二挂件列表中的获取地址向服务器发送挂件获取请求，服务器在接收到该挂件获取请求之后，可以向终端发送多个第二挂件，终端可以根据第二挂件列表中的布局信息，在该网页视图中展示该多个第二挂件；此后，终端还可以根据第二挂件列表中包括的获取地址，定期向服务器发送数据更新请求，以获取多个第二挂件的更新数据，以定期对网页视图中展示的多个第二挂件进行更新。另外，若该网页视图的挂件列表的第一版本号与第二版本号一致，则说明该网页视图的挂件列表没有更新，则终端不用重新拉取该网页视图的挂件列表。

另外，服务器还可以主动检测网页视图中展示的多个第一挂件的更新情况，当检测到某个第一挂件有更新时，服务器还可以主动向终端推送数据更新信息，数据更新信息中包括该第一挂件的更新数据，终端接收该数据更新信息，根据该数据更新信息中包含的更新数据更新对应的第一挂件。

本实施例中，服务器在检测到某个第一挂件有更新时，还可以查找(可以根据为网页视图配置的挂件列表查找)与该第一挂件展示在同一网页视图中的其他第一挂件是否也有更新，如果其他第一挂件也有更新，则将该第一挂件的更新数据与该其他第一挂件的更新数据进行合并推送，即服务器向终端推送的数据更新信息中可以包括在同一网页视图中展示的多个第一挂件的更新数据，另外，数据更新信息中还可以包括网页视图的标识信息，第一挂件的标识信息等；终端在接收到该数据更新信息之后，可以根据该多个第一挂件的更新数据更新对应网页视图中展示的第一挂件。通过合并推送的方式，可以减少推送信息的数量，减少信令交互，同时提高终端侧更新效率。

另外，服务器在向终端推送数据更新信息时，还可以在数据更新信息中携带自身拥有的该网页视图的最新版的挂件列表的版本号。比如，如果服务器在向终端推送数据更新信息之前，对初次为该网页视图配置的第一挂件列表做了更新，得到了第三挂件列表，且为第三挂件列表设置了第三版本号，则服务器可以将第三版本号携带在数据更新信息中发送给终端，终端可以判断自身拥有的该网页视图的挂件列表的第一版本号与接收到的第三版本号是否一致，若不一致，则说明该网页视图的挂件列表有更新，则可以向服务器发送列表更新请求，列表更新请求中可以包括该网页视图的标识信息、第三版本号等，以从服务器获取该网页视图的更新后的挂件列表，即第三挂件列表，第三挂件列表中包括多个第三挂件的获取地址和布局信息；在拉取第三挂件列表之后，终端可以将自身拥有的第一挂件列表更新为第三挂件列表，根据第三挂件列表中的获取地址，向服务器发送挂件获取请求，服务器接收到该挂件获取请求之后，可以将多个第三挂件发送给终端，终端可以根据第三挂件列表中的布局信息，在该网页视图中展示多个第三挂件；此后，终端还可以根据第三挂件列表中包括的获取地址，定期向服务器发送数据更新请求，以从服务器获取多个第三挂件的更新数据，以定期对网页视图中展示的多个第三挂件进行更新。另外，若第一版本号与第三版本号一致，则说明该网页视图的挂件列表没有更新，则不需要重新拉取挂件列表。

本实施例中，第二版本号、第三版本号，只是为了区别版本号在不同的信息(数据更新响应及数据更新信息)中携带的情况，实际应用中，针对同一网页视图，第二版本号和第三版本号可能相同，第二挂件列表和第三挂件列表也可能相同。

另外，本实施例中的第一挂件、第二挂件、第三挂件，只是为了区分不同版本挂件列表中的挂件，实际中，不同版本挂件列表中可能包含相同的挂件，即第一挂件、第二挂件、第三挂件实际中可能指相同的挂件。比如，第一挂件列表中包括的第一挂件为挂件11、12，第二挂件列表中包括的第二挂件为挂件11、12、13，第三挂件列表中包括的第三挂件为挂件11、13，则三个挂件列表中包含相同的挂件11。

本实施例中，服务器为网页视图配置的挂件列表，通常数据量大且变化并不频繁，如果由终端采用定期拉取更新的方法，会极大地浪费网络资源，因而，本实施例中，采用由服务器推送版本号的方式实现只在版本列表更新时，终端重新拉取挂件列表，即服务器在向终端发送的信息(比如：数据更新响应、数据更新信息)中携带网页视图的最新版的挂件列表的版本号，终端通过版本号的判断来确定是否要为该网页视图重新拉取挂件列表，通过这种方式实现了只在挂件列表有更新时，重新拉取挂件列表，能够减少数据的传输量，节省网络资源。

本实施例中，服务器在接收到终端发送的列表获取请求之后，可以获取为网页视图配置的挂件列表，该挂件列表中包括多个挂件的获取地址和布局信息，将配置的挂件列表发送给所述终端，以使得终端可以根据挂件列表中包括的获取地址从服务器获取多个挂件，并根据挂件列表中包括的布局信息在网页视图中展示多个挂件，即通过为网页视图配置挂件列表的方式，在终端侧实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

为了更好地实施以上方法，本发明实施例提供了一种多挂件展示装置，如图12所示，该装置包括接收单元601、获取单元602及发送单元603，如下：

接收单元601，用于接收终端发送的列表获取请求，所述列表获取请求中包括所述终端通过浏览器内核加载的网页视图的标识信息；

获取单元602，用于根据所述标识信息获取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；

发送单元603，用于将所述第一挂件列表发送给所述终端；

所述接收单元601还用于，接收所述终端根据所述第一挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元603还用于，将多个所述第一挂件发送给所述终端，以使得所述终端根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

一实施例中，所述接收单元601还用于，接收所述终端根据所述第一挂件列表中包括的获取地址定期发送的数据更新请求；

所述发送单元603还用于，向所述终端发送数据更新响应，所述数据更新响应中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

一实施例中，所述第一挂件列表具有第一版本号，如图13所示，所述装置还包括：

第一更新单元604，用于更新所述第一挂件列表，得到第二挂件列表，为所述第二挂件列表设置第二版本号，所述数据更新响应中包括所述第二版本号；

所述接收单元601还用于，接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

所述获取单元602还用于，根据所述标识信息获取为所述网页视图配置的第二挂件列表，所述第二挂件列表中包括多个第二挂件的获取地址和布局信息；

所述发送单元603还用于，将所述第二挂件列表发送给所述终端；

所述接收单元601还用于，接收所述终端根据所述第二挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元603还用于，将多个所述第二挂件发送给所述终端，以使得所述终端根据所述第二挂件列表中包括的布局信息在所述网页视图中展示多个所述第二挂件。

一实施例中，如图13所示，所述装置还包括：

检测单元605，用于检测多个所述第一挂件是否有更新；

推送单元606，用于在多个所述第一挂件有更新时，向所述终端推送数据更新信息，所述数据更新信息中包括多个所述第一挂件的更新数据，以使得所述终端根据多个所述第一挂件的更新数据，更新所述网页视图中展示的对应的所述第一挂件。

一实施例中，所述第一挂件列表具有第一版本号，如图13所示，所述装置还包括：

第二更新单元607，用于更新所述第一挂件列表，得到第三挂件列表，为所述第三挂件列表设置第三版本号，所述数据更新信息中包括所述第三版本号；

所述接收单元601还用于，接收所述终端发送的列表更新请求，所述列表更新请求中包括所述网页视图的标识信息；

所述获取单元602还用于，根据所述标识信息获取为所述网页视图配置的第三挂件列表，所述第三挂件列表中包括多个第三挂件的获取地址和布局信息；

所述发送单元603还用于，将所述第三挂件列表发送给所述终端；

所述接收单元601还用于，接收所述终端根据所述第三挂件列表中包括的获取地址发送的挂件获取请求；

所述发送单元603还用于，将多个所述第三挂件发送给所述终端，以使得所述终端根据所述第三挂件列表中包括的布局信息在所述网页视图中展示多个所述第三挂件。

需要说明的是，上述实施例提供的多挂件展示装置在展示多挂件时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的多挂件展示装置与对应的多挂件展示方法属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。

本实施例中，在接收单元接收到终端发送的列表获取请求之后，获取单元可以获取为网页视图配置的挂件列表，该挂件列表中包括多个挂件的获取地址和布局信息，发送单元将配置的挂件列表发送给所述终端，以使得终端可以根据挂件列表中包括的获取地址从服务器获取多个挂件，并根据挂件列表中包括的布局信息在网页视图中展示多个挂件，即通过为网页视图配置挂件列表的方式，在终端侧实现了在一个网页视图中展示多个挂件，在实现多挂件时，可以减少打开的网页视图的数量，降低内存占用，减少耗电、卡顿等问题。

相应地，本发明实施例还提提供了一种服务器，如图14所示，所述服务器可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，服务器至少包括用于存储数据的数据库和用于处理数据的处理器，或者包括设置于识别服务器内的存储介质或独立设置的存储介质。

其中，对于用于处理数据的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SignalProcessor)或者可编程逻辑阵列(FPGA，Field-programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例应用下载方法流程中的各个步骤。

该服务器作为硬件实体700的一个示例如图14所示，包括处理器701、存储介质702以及至少一个外部通信接口703，所述处理器701、存储介质702以及外部通信接口703均通过总线704连接。

需要指出的是：以上涉及服务器项的描述，与对应方法描述是类似的，同方法的有益效果描述，此处不做赘述。对于本发明服务器实施例中未披露的技术细节，请参照本发明对应方法实施例的描述。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本发明实施例提供一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种多挂件展示方法中的步骤。例如，该指令可以执行如下步骤：

在浏览器内核中打开网页视图；从服务器拉取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；根据所述第一挂件列表中包括的获取地址，从所述服务器获取多个所述第一挂件；根据所述第一挂件列表中包括的布局信息，在所述网页视图中展示多个所述第一挂件。

本发明实施例还提供了另一种存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本发明实施例所提供的任一种多挂件实现方法中的步骤。例如，该指令可以执行如下步骤：

接收终端发送的列表获取请求，所述列表获取请求中包括所述终端通过浏览器内核加载的网页视图的标识信息；根据所述标识信息获取为所述网页视图配置的第一挂件列表，所述第一挂件列表中包括多个第一挂件的获取地址和布局信息；将所述第一挂件列表发送给所述终端；接收所述终端根据所述第一挂件列表中包括的获取地址发送的挂件获取请求；将多个所述第一挂件发送给所述终端，以使得所述终端根据所述第一挂件列表中包括的布局信息在所述网页视图中展示多个所述第一挂件。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本发明实施例所提供的任一种多挂件展示方法中的步骤，因此，可以实现本发明实施例所提供的任一种多挂件展示方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。