一种页面加载方法与装置与流程

本发明涉及互联网直播技术领域，尤其涉及一种页面加载方法与装置。

背景技术：

网络直播系统是一种将主播用户的直播视频流广播至多个观众用户进行观看的互联网系统。

目前，各大网络直播平台的应用界面大部分采用滚屏技术来对正在直播的直播间的列表信息进行展示。通常，直播间列表页面属于动态加载页面，并且每次加载页面时，都需要从服务器获取当前时刻正在直播的直播间信息。由于网络直播中经常出现主播频繁开播或关闭的情况，导致服务器统计出的正在直播的直播间信息会随时发生着变化，因此，服务器在响应于用户加载操作时极易在新推荐的数据中出现与已加载内容重复的情况，影响用户体验。

技术实现要素：

本发明提供一种页面加载方法与装置，目的在于避免在直播间列表页面重复展示直播间信息。

为了解决上述技术问题，本发明提供一种页面加载方法，包括：

获取n个正在直播的直播间信息；

将所述直播间信息缓存在本地；

响应于针对用户页面的加载操作，从缓存的直播间信息中加载m个直播间信息；

将m个直播间信息中部分直播间信息对应的页面元素显示在浏览窗口内；

其中，n＞m，n、m为正整数。

可选地，所述n为m的10～20倍。

可选地，所述获取n个正在直播的直播间信息，包括：

若监听到针对所述用户页面的刷新操作，则向服务端发送针对所述用户页面的直播间信息获取请求；

接收所述服务端推送的n个正在直播的直播间信息。

可选地，所述向所述服务端发送针对所述用户页面的直播间信息获取请求，包括：

获取所述用户页面的属性信息；

将所述属性信息携带在所述直播间信息获取请求中；

将所述直播间信息获取请求发送至所述服务端。

可选地，所述方法，还包括：

响应于针对所述用户页面的滑动操作，判断所述用户页面的底部位置是否达到所述浏览窗口底部；

若是，则判断出所述滑动操作为针对所述用户页面的加载操作；

若否，则滚动所述用户页面。

可选地，所述方法，还包括：

对所述用户页面已加载的直播间信息进行标记；

响应于再次针对所述用户页面的加载操作，从缓存的直播间信息中加载m个未标记的直播间信息；

将所述m个未标记的直播间信息中部分直播间信息对应的页面元素追加到所述用户页面底部进行显示。

为了解决上述技术问题，本发明提供一种页面加载装置，包括：

获取模块，用于获取n个正在直播的直播间信息；

缓存模块，用于将所述直播间信息缓存在本地；

加载模块，用于响应于针对用户页面的加载操作，从缓存的直播间信息中加载m个直播间信息；

显示模块，用于将m个直播间信息中部分直播间信息对应的页面元素显示在浏览窗口内；其中，n＞m，n、m为正整数。

本发明实施例提供的技术方案是从服务端一次性获取大量的正在直播的直播间信息数据，并将这些获取到的正在直播的直播间信息数据缓存在本地客户端。这样一来，本地客户端用户每次针对直播间列表页面进行加载操作时，就直接从本地缓存中来加载需要加载的直播间信息，而无需再从服务端重新获取数据才能完成加载，从而有效避免了主播频繁开播和/或关播引起服务端所统计的正在直播的直播间信息的频繁变化导致的新加载数据的重复问题。

附图说明

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

图1为本发明一实施例提供的页面加载方法的流程示意图；

图2为本发明又一实施例提供的页面加载方法的流程示意图；

图3为本发明一实施例提供的页面加载装置的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述xxx，但这些xxx不应限于这些术语。这些术语仅用来将xxx彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一xxx也可以被称为第二xxx，类似地，第二xxx也可以被称为第一xxx。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

图1为本发明一实施例提供的页面加载方法的流程示意图。如图1所示，该方法包括：

101、获取n个正在直播的直播间信息。

102、将所述直播间信息缓存在本地。

103、响应于针对用户页面的加载操作，从缓存的直播间信息中加载m个直播间信息。

104、将m个直播间信息中部分直播间信息对应的页面元素显示在浏览窗口内，其中，n＞m，n、m为正整数。

上述步骤101中，所述直播间信息可以包括以下的至少一种：直播间主题、直播间主播名称、直播间主播图像、直播间主播等级、直播间视频截图和直播间人气值。

通常，网络直播平台的直播间划分为多种类型，例如：星颜、星秀、音乐、户外等类型，或是划分为多种主题，例如：游戏、娱乐等。因此，根据实际需要，可以针对多种类型或多种主题来获取n个正在直播的直播间信息，也可以针对某一种类型或某一种主题来获取n个正在直播的直播间信息。例如，当用户进入的是页面主题为“全部直播”的用户页面时，就针对多种类型来获取n个正在直播的直播间信息，其中，所述“全部直播”的用户页面可以理解为该页面所展示的直播间信息是不区分直播间类型的，只要是正在直播的直播间都有可能会被展示；当用户进入的是页面主题为“游戏”的用户页面时，就针对游戏类型来获取n个游戏类型的正在直播的直播间信息。当正在直播的直播间数量或是针对某一类型的正在直播的直播间的数量不足n时，获取正在直播的所有直播间信息或是针对某一类型的正在直播的所有直播间信息。

将从服务端获取到的n个正在直播的直播间信息缓存在本地客户端，以便于后续加载访问。

在上述步骤103中，所述用户页面用来展示为用户推荐的直播间信息。每当用户对所述用户页面进行加载操作时，响应于所述加载操作，从本地缓存中缓存的正在直播的直播间信息中加载所需加载的m个正在直播的直播间信息。其中，从服务端获取到的正在直播的直播间信息的数量n大于客户端每次加载的正在直播的直播间信息的数量m，作为可选地，所述n可以为m的10～20倍。

在上述步骤104中，所述页面元素可以包括直播间主题、直播间视频截图、直播间主播名称以及直播间人气值。一般情况下，每次加载的直播间信息的数量m会大于用户浏览窗口所能展示的数量。因此，将所述新加载的m个正在直播的直播间信息中的部分直播间信息对应的页面元素展示在所述用户浏览窗口内，剩下的部分直播间信息对应的页面元素可通过用户的滚屏操作进行展示。

本发明实施例提供的技术方案是从服务端一次性获取大量的正在直播的直播间信息数据，并将这些获取到的正在直播的直播间信息数据缓存在本地客户端。这样一来，本地客户端用户每次针对直播间列表页面进行加载操作时，就直接从本地缓存中来加载需要加载的直播间信息，而无需再从服务端重新获取数据才能完成加载，从而有效避免了主播频繁开播和/或关播引起服务端所统计的正在直播的直播间信息的频繁变化导致的新加载数据的重复问题。

在上述实施例或下述各实施例中，所述方法，还可以包括：

响应于针对所述用户页面的滑动操作，判断所述用户页面的底部位置是否达到所述浏览窗口底部；若是，则判断出所述滑动操作为针对用户页面的加载操作；若否，则滚动所述用户页面。

由于用户页面加载出来的正在直播的直播间信息的数量大于用户浏览窗口一次所能显示的数量，因此，用户需要通过滑动屏幕，使得加载好的正在直播的直播间信息对应的页面元素滚动展示在用户浏览窗口。在用户的滑动屏幕过程中，所述用户页面会基于所述用户的滑动方向和滑动速度来滚动所述用户页面，一旦所述用户页面的底部位置滑动到所述浏览窗口底部位置处时，则可以判断出所述滑动操作为针对所述用户页面的加载操作，响应于所述加载操作，从本地缓存中加载m个正在直播的直播间信息。

当本地缓存的正在直播的直播间信息的数量n为所述用户每次加载的数量m的10到20倍时，用户需要多次加载才能将所述n个正在直播的直播间信息加载到所述用户页面上。为了避免多次数据加载的混乱，在本地缓存中对那些用户页面已加载的直播间信息进行标记，这样，在后续进行加载时，就只从那些没有标记过的直播间信息中选取m个进行加载。具体实现方式如下：对所述用户页面已加载的直播间信息进行标记；响应于再次针对用户页面的加载操作，从缓存的直播间信息中加载m个未标记的直播间信息；将所述m个未标记的直播间信息中部分直播间信息对应的页面元素追加到所述用户页面底部进行显示。当所述新加载的m个未标记的直播间信息追加到所述用户页面底部后，对所述新加载的m个未标记的直播间信息进行标记。

本发明实施例提供的技术方案是从服务端一次性获取大量的正在直播的直播间信息数据，并将这些获取到的正在直播的直播间信息数据缓存在本地客户端。这样一来，本地客户端用户每次针对直播间列表页面进行加载操作时，就直接从本地缓存中来加载需要加载的直播间信息，而无需再从服务端重新获取数据才能完成加载，从而有效避免了主播频繁开播和/或关播引起服务端所统计的正在直播的直播间信息的频繁变化导致的新加载数据的重复问题。

图2为本发明又一实施例提供的页面加载方法的流程示意图。如图2所示，该方法包括：

201、若监听到针对所述用户页面的刷新操作，则向服务端发送针对所述用户页面的直播间信息获取请求。

202、接收所述服务端推送的n个正在直播的直播间信息。

203、将所述直播间信息缓存在本地。

204、响应于针对用户页面的加载操作，从缓存的直播间信息中加载m个直播间信息。

205、将m个直播间信息中部分直播间信息对应的页面元素显示在浏览窗口内，其中，n＞m，n、m为正整数。

上述步骤201中，所述针对所述用户页面的刷新操作可以是用户点击进入所述用户页面、用户在所述页面顶部下拉页面、或是用户触控预先在所述页面上设置的刷新控件等操作。一旦所述用户页面上发生上述刷新操作中的任一种操作，则向服务端发送针对所述用户页面的直播间信息获取请求。

作为可选地，所述向服务端发送针对所述用户页面的直播间信息获取请求的步骤，具体地可以包括：获取所述用户页面的属性信息；将所述属性信息携带在所述直播间信息获取请求中；将所述直播间信息获取请求发送至所述服务端。其中，所述属性信息可以为以下一种或多种：所述页面主题、所述页面所属直播间类型和所述页面url(uniformresourcelocator，统一资源定位符)。所述页面主题可以对应于一种直播间类型，也可以对应于多种直播间类型。例如，页面主题“音乐”可以仅对应于“音乐”这种直播间类型；页面主题“娱乐”可以对应于“星颜”“星秀”和“音乐”等多种直播间类型。

所述服务端根据所述直播间信息获取请求中携带的所述页面主题，为用户推送n个与所述页面主题相关的正在直播的直播间信息；所述服务端根据所述直播间信息获取请求中携带的所述页面所属直播间类型，为用户推送n个所述直播间类型的正在直播的直播间信息；或者，在服务端存储各个用户页面url与各个用户页面url所对应的页面主题的对应关系，在服务端获取到用户页面url之后，根据所述对应关系即可获知所述用户页面主题，根据所述页面主题来为用户推送n个与所述主题相关的正在直播的直播间信息。

上述步骤202～205可参见上述实施例中的相应内容，此处不再赘述。

下面将以用户使用手机运行直播应用app(application、应用)为例进行详细介绍：

直播应用app有页面主题为“全部直播”、“户外直播”以及“音乐”等用户页面，n预先设置为200个，m预先设置为20个，手机浏览窗口最多一次性显示8个直播间信息所对应的页面元素，每个直播间信息所对应的页面元素包括直播间视频截图、主播名称以及主播人气值，所述用页面为动态加载页面。

当用户点击进入所述页面主题为“户外直播”的用户页面，响应于用户的点击进入操作，从服务端获取200个户外直播类型的正在直播的直播间信息，将所述200个户外直播类型的正在直播的直播间信息缓存在手机本地缓存中。可以在缓存的同时或是在缓存完成后，自动在所述用户页面上加载20个正在直播的直播间信息，并在本地缓存中对该加载的20个直播间信息进行标记。这样，在用户进入所述用户页面就可以立即看到所推送的直播间信息，用户通过滑动屏幕滚屏展示这加载的20个直播间信息所对应的页面元素，一旦所述用户页面的底部被用户滑动到所述手机浏览窗口底部处，从所述缓存中的180个未标记的直播间信息中加载20个直播间信息，并将所述新加载的20个直播间信息对应的页面元素追加到所述用户页面的底部，并对本地缓存中新加载的20个直播间信息进行标记，用户再次通过滚屏来查看所述新加载的20个正在直播的直播间对于的页面元素。依次响应于用户的加载操作，直到所述200个正在直播的直播间信息全部加载在所述用户页面为止。

本发明实施例提供的技术方案是从服务端一次性获取大量的正在直播的直播间信息数据，并将这些获取到的正在直播的直播间信息数据缓存在本地客户端。这样一来，本地客户端用户每次针对直播间列表页面进行加载操作时，就直接从本地缓存中来加载需要加载的直播间信息，而无需再从服务端重新获取数据才能完成加载，从而有效避免了主播频繁开播和/或关播引起服务端所统计的正在直播的直播间信息的频繁变化导致的新加载数据的重复问题。

图3为本发明一实施例提供的页面加载装置的结构示意图。如图3所示，该方法包括：获取模块301、缓存模块302、加载模块303、显示模块304。

获取模块301，用于获取n个正在直播的直播间信息。

缓存模块302，用于将所述直播间信息缓存在本地。

加载模块303，用于响应于针对用户页面的加载操作，从缓存的直播间信息中加载m个直播间信息。

显示模块304，用于将m个直播间信息中部分直播间信息对应的页面元素显示在浏览窗口内；其中，n＞m，n、m为正整数。

其中，所述n为m的10～20倍。

可选地，所述获取模块，包括：

发送单元，用于若监听到针对所述用户页面的刷新操作，则向服务端发送针对所述用户页面的直播间信息获取请求。

接受单元，用于接收所述服务端推送的n个正在直播的直播间信息。

可选地，所述发送单元，还用于：获取所述用户页面的属性信息；将所述属性信息携带在所述直播间信息获取请求中；将所述直播间信息获取请求发送至所述服务端。

可选地，所述装置，还包括：

判断模块，用于响应于针对所述用户页面的滑动操作，判断所述用户页面的底部位置是否达到所述浏览窗口底部；若是，则判断出所述滑动操作为针对所述用户页面的加载操作。

滚动模块，用于在所述判断模块判断出所述用户页面底部位置没有到达所述浏览窗口底部的结果时，滚动所述用户页面。

可选地，所述装置，还包括：

标记模块，用于对所述用户页面已加载的直播间信息进行标记。

所述加载模块303，还用于响应于再次针对所述用户页面的加载操作，从缓存的直播间信息中加载m个未标记的直播间信息。

所述显示模块304，还用于将所述m个未标记的直播间信息中部分直播间信息对应的页面元素追加到所述用户页面底部进行显示。

这里需要说明的是：上述实施例提供的页面加载装置可实现上述方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。