前端显示的控制方法及装置、数据推荐的控制方法及装置与流程

本发明涉及互联网技术领域，特别涉及一种前端显示的控制方法及装置、数据推荐的控制方法及装置、前端显示的控制系统、电子设备、计算机可读储介质。

背景技术：

随着计算技术的发展，各种网站、客户端等互联网产物，丰富大众的工作与生活，为人们带来各种便利。例如，短视频类软件app(应用程序)的出现，使得用户可以利用较少的时间获取到最感兴趣的内容。

其中，短视频类软件app主要通过结合用户画像和短视频的标签等信息，实时计算出个性化数据推送给用户，从而使得向用户推送的个性化数据是用户感兴趣的内容。相比之前非个性化静态数据的推送，实时的动态数据计算量更大，耗时更多，也相对复杂，因此容易出现拉取数据失败的情况，这个时候客户端的显示界面将会由于没有内容可展示，处于白屏状态。

为了防止客户端显示界面出现白屏现象，目前主要通过在后台服务器缓存最后一次向用户推送的个性化数据，从而在数据拉取失败时向请求的所有用户推送缓存的该个性化数据。由此在数据拉取失败时，导致所有用户接收到都是某个用户感兴趣的内容，降低了数据推送的准确性。

技术实现要素：

为了解决相关技术中存在的在个性化数据拉取失败时，导致所有用户接收到的都是某个用户感兴趣的内容，降低了数据推送的准确性的问题，本发明提供了一种前端显示的控制方法。

第一方面，本发明提供一种前端显示的控制方法，所述方法包括：

在从推荐侧拉取个性化数据失败时，请求获取预先缓存的通用数据；

根据所述请求获取所述通用数据，所述通用数据是从所述推荐侧预先拉取并缓存的数据；

将获取的所述通用数据推送至请求所述个性化数据的前端进行显示。

第二方面，本发明提供了一种数据推荐的控制方法，所述方法包括：

接收数据召回请求，所述数据召回请求携带随机用户账号；

响应所述数据召回请求，生成对应于所述随机用户账号的通用数据；

为所述数据召回请求返回生成的所述通用数据；所述通用数据用于在向前端返回个性化数据失败时，在前端进行所述通用数据的显示。

第三方面，本发明提供了一种前端显示的控制系统，所述系统包括：推荐服务器、应用服务器和防白屏服务器；

所述推荐服务器用于响应应用服务器发送的请求返回个性化数据以及响应防白屏服务器发送的请求返回通用数据；

所述防白屏服务器用于向所述推荐服务器请求拉取所述通用数据，并推送至所述应用服务器进行缓存；

所述应用服务器用于向所述推荐服务器请求拉取所述个性化数据，并在所述个性化数据拉取失败时，将缓存的所述通用数据推送至请求所述个性化数据的前端进行显示。

第四方面，本发明提供了一种前端显示的控制装置，所述装置包括：

通用数据请求模块，用于在从推荐侧拉取个性化数据失败时，请求获取预先缓存的通用数据；

通用数据获取模块，用于根据所述请求获取所述通用数据，所述通用数据是从所述推荐侧预先拉取并缓存的数据；

通用数据推送模块，用于将获取的所述通用数据推送至请求所述个性化数据的前端进行显示。

第五方面，本发明提供了一种数据推荐的控制装置，所述装置包括：

召回请求接收模块，用于接收数据召回请求，所述数据召回请求携带随机用户账号；

通用数据生成模块，用于响应所述数据召回请求，生成对应于所述随机用户账号的通用数据；

通用数据返回模块，用于为所述数据召回请求返回生成的所述通用数据；所述通用数据用于在向前端返回个性化数据失败时，在所述前端进行所述通用数据的显示。

第六方面，本发明提供了一种电子设备，所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述前端显示的控制方法或者执行上述数据推荐的控制方法。

第七方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序可由处理器执行完成上述前端显示的控制方法或者执行上述数据推荐的控制方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明提供的技术方案，提前从推荐侧拉取通用数据进行缓存，从而在个性化数据拉取失败时，可以将缓存的通用数据推送至前端进行显示，从而防止前端显示出现白屏。该方案由于无需每次都将用户请求的个性化数据进行缓存，简化了具备防白屏功能的个性化数据推荐的处理逻辑，提高了数据推荐效率和稳定性；另外，在个性化数据拉取失败时，不再向请求用户返回缓存的某个用户的个性化数据，而是返回提前缓存的通用数据，因为通用数据是普遍适用的，可以降低推荐失败时所返回数据给用户带来的不适感，提高数据推送的准确性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的本发明所涉及的实施环境示意图

图2是本发明实施例提供的一种服务器结构示意图；

图3是根据一示例性实施例示出的一种前端显示的控制方法的流程图；

图4是非个性化app防白屏的策略示意图；

图5是个性化app防白屏的策略示意图；

图6是在图3对应实施例的基础上另一实施例示出的一种前端显示的控制方法的流程图；

图7是图6对应实施例中步骤410的细节流程图；

图8是图3对应实施例中步骤310的细节流程图；

图9是图3对应实施例中步骤350的细节流程图；

图10是根据一示例性实施例示出的一种数据推荐的控制方法的流程图。

图11是根据一示例性实施例示出的一种前端显示的控制系统的框图；

图12是图11对应实施例前端显示控制系统中推荐服务器的执行步骤流程图；

图13是图11对应实施例前端显示控制系统中防白屏服务器的执行步骤流程图；

图14是图11对应实施例前端显示控制系统中应用服务器的执行步骤流程图；

图15是根据一示例性实施例示出的一种前端显示的控制装置的框图；

图16是在图15对应实施例的基础上另一实施例示出的一种前端显示的控制装置的框图；

图17是图16对应实施例中通用数据拉取模块的细节框图；

图18是图15对应实施例中通用数据请求模块1710的细节框图；

图19是图15对应实施例中通用数据推送模块1750的细节框图；

图20是根据另一示例性实施例示出的一种数据推荐的控制装置的框图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的本发明所涉及的实施环境示意图。该实施例所涉及的实施环境包括应用服务器110、推荐服务器120、防白屏服务器130以及多个移动终端140。应当说明的是，本发明提供的前端显示控制方法，可以部署在应用服务器110、推荐服务器120、防白屏服务器130构成的服务器集群中。

其中，移动终端140可以是智能手机、平板电脑，移动终端140中安装有个性化app(应用程序)。个性化app是指通过推荐算法等技术手段，向用户推送与其画像信息与历史行为相关的图文、短视频、直播视频的推荐类app。

移动终端140为进行显示可以通过运行个性化app向应用服务器110发送个性化数据获取请求，个性化数据获取请求可以携带移动终端140所属目标用户的用户标识。应用服务器110向推荐服务器120发送目标用户的个性化数据获取请求。推荐服务器120可能因为计算量较大导致目标用户的个性化数据提取失败，或者，应用服务器110与推荐服务器120之间的通信可能出现故障，由此导致应用服务器110无法从推荐服务器120拉取到目标用户的个性化数据。

为解决上述问题，本发明防白屏服务器130可以定时生成随机账号向推荐服务器120请求拉取通用数据，并将拉取的通用数据缓存至应用服务器110。当应用服务器110无法从推荐服务器120获取到目标用户的个性化数据时，为防止移动终端140的显示界面由于没有内容可显示而出现白屏现象，应用服务器110将之前缓存的通用数据推送至移动终端140进行显示。

需要说明的是，上述应用服务器110、推荐服务器120、防白屏服务器130可以分开设置，通过有线或无线网络连接。根据需要，任意两个服务器或者三个服务器的执行逻辑可以部署在同一台服务器中，例如将应用服务器110和推荐服务器120的执行逻辑部署在同一服务器中，该服务器可以执行应用服务器110和推荐服务器120所执行的步骤。

参见图2，图2是本发明实施例提供的一种服务器结构示意图。该服务器200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)222(例如，一个或一个以上处理器)和存储器232，一个或一个以上存储应用程序242或数据244的存储介质230(例如一个或一个以上海量存储设备)。其中，存储器232和存储介质230可以是短暂存储或持久存储。存储在存储介质230的程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对服务器200中的一系列指令操作。更进一步地，中央处理器222可以设置为与存储介质230通信，在服务器200上执行存储介质230中的一系列指令操作。服务器200还可以包括一个或一个以上电源226，一个或一个以上有线或无线网络接口250，一个或一个以上输入输出接口258，和/或，一个或一个以上操作系统241，例如windowsserver^tm，macos^xtm，unixtm,linux^tm，freebsd^tm等等。下述图3、图6-图10所示实施例中所述的由服务器所执行的步骤可以基于该图2所示的服务器结构。

本领域普通技术人员可以理解实现下述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

图3是根据一示例性实施例示出的一种前端显示的控制方法的流程图。该前端显示的控制方法可以由服务器执行，该服务器可以包括图1所示实施环境中的应用服务器110、推荐服务器120和推荐服务器130。下述以图1所示实施环境进行举例说明。如图3所示，该控制方法可以包括以下步骤。

在步骤310中，在从推荐侧拉取个性化数据失败时，请求获取预先缓存的通用数据。

其中，推荐侧可以是图1所示实施环境中的推荐服务器120。拉取个性化数据失败包括拉取的个性化数据不足一页以及没有拉取到个性化数据。个性化数据由推荐侧生成，当拉取的个性化数据不足一页或者没有拉取到个性化数据时，可以认为从推荐侧拉取个性化数据失败。

需要说明的是，个性化数据是针对指定用户生成的，符合指定用户的兴趣爱好。换句话说，个性化数据不符合大众的兴趣爱好。假设某个用户的兴趣爱好是体育，其个性化数据是与体育相关的新闻、视频等。但是众多女性用户不属于体育爱好者，如果盲目为其推送体育相关的新闻、视频，则会导致用户的丢失。本发明提到的通用数据是指符合大众兴趣爱好的信息数据，并非针对某个用户生成的。

具体的，防白屏服务器130可以定时生成随机账号向推荐服务器120发送数据召回请求，推荐服务器120根据随机账号生成通用数据返回给防白屏服务器130。防白屏服务器130可以将通用数据写入自身数据库中，并定时推送给应用服务器110进行缓存。由此，应用服务器110在拉取个性化数据失败时，可以发起共享内存的数据获取请求，请求获取提前缓存的通用数据。

在步骤330中，根据所述请求获取所述通用数据，所述通用数据是从所述推荐侧预先拉取并缓存的数据。

具体的，应用服务器110在从推荐服务器120拉取个性化数据失败时，发起本地共享内存的数据获取请求，获取本地共享内存中提前缓存的通用数据。该通用数据是防白屏服务器130提前从推荐服务器120请求拉取得到的，缓存在应用服务器110中符合大众兴趣爱好的信息数据。

在步骤350中，将获取的所述通用数据推送至请求所述个性化数据的前端进行显示。

需要说明的是，前端可以是图1所示实施环境中的移动终端140，前端向应用服务器110请求获取个性化数据，触发应用服务器110从推荐服务器拉取指定用户的个性化数据。应用服务器110在拉取个性化数据失败时，从本地共享内存中获取缓存的通用数据，并将获取的通用数据推送至前端进行显示，从而防止前端显示出现白屏。

图4是非个性化app防白屏的策略示意图，如图4所示，打叉部分表示容易出现失败的链路。非个性化app是指不按照每个用户的兴趣爱好进行数据推送的app。当app终端601(可以对应图1的移动终端140)从逻辑后台服务器602(可以对应图1的应用服务器110)获取到数据后，缓存一屏或多屏数据。同样，逻辑后台服务器602从推荐系统603(可以对应图1的推荐服务器120)获取到数据后，缓存若干屏的数据，这样，当app终端601与逻辑后台服务器602之间的链路故障，或逻辑后台服务器602与推荐系统603之间的链路故障时，均存在之前缓存的数据可以推送给用户，起到防白屏的目的。

对于非个性化app而言，这种防白屏的方式是可行的，但是对于个性化app而言，为不同用户返回的结果都不同，如果每次缓存住最后一次向用户返回的数据。假设最后一次是用户a发起请求，逻辑后台服务器602向用户a所属终端返回用户a感兴趣的个性化数据后，逻辑后台服务器602缓存了用户a对应的个性化数据。如图5所示，在逻辑后台服务器602与推荐系统603之间的链路故障时，所有用户(用户a、用户b、用户c……)得到的都是用户a的个性化数据。例如喜欢看搞笑类视频的用户，突然看到了令人潸然泪下的悲情类视频。由此给用户带来不适感，可能造成用户的丢失。

另外，防白屏功能是数据个性化推荐的附加功能，如果每次返回个性化数据都需要同步写一次缓存，则增加了数据推荐的逻辑步骤，影响了数据推荐的效率，如果防白屏逻辑处理问题，还会影响个性化app的正常运行，由此带来的负面影响得不偿失。

本发明提供的技术方案，提前从推荐侧拉取通用数据进行缓存，从而在个性化数据拉取失败时，可以将缓存的通用数据推送至前端进行显示，从而防止前端显示出现白屏。该方案由于无需每次都将用户请求的个性化数据进行缓存，简化了具备防白屏功能的个性化数据推荐的处理逻辑，提高了数据推荐效率，另外，在个性化数据拉取失败时，不再向请求用户返回缓存的某个用户的个性化数据，而是返回提前缓存的通用数据，因为通用数据是普遍适用的，可以降低推荐失败时所返回数据给用户带来的不适感，提高数据推送的准确性。

目前为了防止白屏，每次个性化数据的推送都需要同步缓存，也就是说将防白屏的逻辑与个性化推送的逻辑进行了耦合，则防白屏逻辑出现问题时，个性化数据的推送也受到了影响。而本发明通用数据的拉取与个性化数据的拉取相互独立，互不影响，即使通用数据拉取和缓存失败，也不影响个性化数据推荐的正常运行，由此提高了个性化数据推送的可用性、稳定性。

在一种示例性实施例中，如图6所示，本发明提供的前端显示的控制方法还可以包括以下步骤。下述步骤410-430可以由服务器执行，该服务器可以是图1所示实施环境的防白屏服务器130。

在步骤410中，通过生成随机用户账号进行所述推荐侧通用数据的拉取，获得对应于所述随机用户账号的通用数据。

以图1所示实施场景举例来说，推荐侧可以是推荐服务器120。防白屏服务器130生成随机用户账号，定时向推荐服务器120发送包含随机用户账号的数据召回请求，触发推荐服务器120生成通用数据。防白屏服务器130从推荐服务器120进行通用数据的拉取，得到对应于随机用户账号的通用数据。

在步骤430中，将对应于所述随机用户账号的通用数据进行缓存。

为了加速应用服务器110向前端返回通用数据的效率，防白屏服务器130定时将获得的通用数据向应用服务器110进行推送，应用服务器110将通用数据在本地共享内存进行缓存。

在一种示例性实施例中，如图7所示，上述步骤410可以由防白屏服务器130执行，具体可以包括以下步骤411-步骤413。

在步骤411中，定时生成随机用户账号。

具体的，防白屏服务器130定时生成随机用户账号。随机用户账号可以认为是虚构的用户设备号，不代表任何一个已存在的用户，也就是说，不存在与该随机用户账号对应的用户画像、历史行为。

在步骤412中，通过所述随机用户账号请求所述推荐侧召回数据，触发所述推荐侧按照当前信息热度从所有信息数据中提取出对应于所述随机用户账号的通用数据。

其中，推荐侧可以是推荐服务器120，防白屏服务器130可以向推荐服务器120发送携带随机用户账号的数据召回请求，请求推荐服务器120通过部署的通用数据召回算法从所有信息数据中提取出通用数据。

需要说明的是，推荐服务器120进行通用数据的召回是不根据用户画像和行为的共性推荐方法，以推荐短视频为例，主要根据视频的点赞量l，播放量p，评论数c，转发量f等参数，加上一定的系数，通过公式l*a1+p*a2+c*a3+f*a4计算得到所有短视频的热度排序，推荐给用户热度比较高的视频。也就是说，通用数据可以是从所有信息数据中提取出来的，当前时期热度较高的信息数据。

在步骤413中，从所述推荐侧进行所述通用数据的拉取，并向所述推荐侧反馈已拉取数据的标识信息，以使下次拉取所述推荐侧返回不同标识信息的通用数据。

需要说明的是，通用数据可以分为多个批次，每批通用数据的数据量可以是前端刷新一次需要缓存的数据量。推荐服务器120为防白屏服务器130的每次请求生成n次刷新的通用数据。防白屏服务器130从推荐服务器120拉取每一刷通用数据后，向推荐服务器120反馈这一批通用数据的标识信息。标识信息可以是这一批已拉取数据的编号、名称等。从而，防白屏服务器130下一次从推荐服务器120拉取数据，推荐服务器120可以返回不同批的通用数据，即不同标识信息的通用数据。防白屏服务器130将n刷的通用数据写入redis(是一个高性能的键值对形式的数据库)，如果有一刷的通用数据拉取失败，则重新生成随机用户账号向推荐服务器120请求召回数据。

其中，防白屏服务器130定时将redis存储的n刷数据推送至应用服务器110进行缓存，应用服务器110在本地缓存的通用数据失效或过期时也可以请求从防白屏服务器130拉取新的通用数据进行缓存。应用服务器110可以根据前端的翻页信息，获取已缓存的对应页面的通用数据推送至前端进行显示。

在一种示例性实施例中，如图8所示，上述步骤310可以由图1所示实施环境的应用服务器110执行，步骤310具体可以包括以下步骤311-步骤312。

在步骤311中，根据前端为进行显示而发送的指定用户个性化数据获取请求，向所述推荐侧请求拉取所述指定用户的个性化数据。

其中，前端可以是图1所示实施环境中的移动终端140，指定用户可以是移动终端140所属的用户。指定用户个性化数据是指前端用户感兴趣的信息数据。具体的，移动终端140为进行显示向应用服务器110发送指定用户个性化数据获取请求，应用服务器110根据该请求，向推荐服务器120发送数据召回请求，触发推荐服务器120通过个性化数据召回算法，为该指定用户生成个性化数据返回给应用服务器110。

在步骤312中，在所述个性化数据拉取失败时，发起对共享内存所缓存通用数据的获取请求。

如果推荐服务器120生成个性化数据失败或推荐服务器120与应用服务器110的连接中断，则应用服务器110拉取个性化数据失败。在个性化数据拉取失败时，应用服务器110发起本地共享内存的通用数据获取请求，读取缓存的通用数据推送至移动终端140进行显示。

在一种示例性实施例中，如图9所示，上述步骤350可以由图1所示实施环境的应用服务器110执行，步骤350具体可以包括以下步骤351-步骤352：

在步骤351中，在从所述推荐侧拉取的个性化数据不足一页时，通过获取的所述通用数据补充所述个性化数据，形成包含所述个性化数据和通用数据的满屏显示数据。

需要说明的是，个性化数据获取不足一页和获取不到个性化数据均可认为个性化数据获取失败。其中，在获取不到个性化数据(包括生成个性化数据失败或者传输中断)时，直接获取缓存的通用数据推送至前端进行显示。而个性化数据获取不足一页时，应用服务器110利用从缓存获取的通用数据补充个性化数据，得到一整页数据。满屏显示数据就是指包含通用数据和个性化数据的一整页数据，可以充满整个显示屏。

在步骤352中，将包含所述个性化数据和通用数据的满屏显示数据推送至前端进行显示。

以前端为移动终端140为例，应用服务器110将个性化数据和通用数据合并成的一整页数据向移动终端140推送，触发移动终端140进行个性化数据和通用数据的满屏显示。

图10是根据一示例性实施例示出的一种数据推荐的控制方法的流程图。该数据推荐的控制方法的可以由服务器执行，该服务器可以是图1所示实施环境中的推荐服务器120。下述同样以图1所示实施环境进行举例说明。如图10所示，该控制方法可以包括以下步骤。

在步骤1210中，接收数据召回请求，所述数据召回请求携带随机用户账号；

以图1所示实施环境为例，数据召回请求可以是防白屏服务器130发送给推荐服务器120的，请求推荐服务器120运行非个性化数据召回算法，生成符合大众兴趣的通用数据。推荐服务器120接收防白屏服务器130发送的数据召回请求，数据召回请求携带防白屏服务器130生成的随机用户账号。

在步骤1230中，响应所述数据召回请求，生成对应于所述随机用户账号的通用数据；

推荐服务器120响应防白屏服务器130发送的数据召回请求，通过配置的非个性化数据召回算法，而不是根据用户画像和历史行为，从所有信息数据中提取出符合大众兴趣的通用数据。

在一种示例性实施例中，上述步骤1230具体包括：按照当前信息热度从所有信息数据中进行数据提取，获得对应于所述随机用户账号的通用数据。

以信息是短视频为例，推荐服务器120根据每段短视频的点赞量l，播放量p，评论数c，转发量f等参数，加上一定的系数，通过公式l*a1+p*a2+c*a3+f*a4计算得到每段短视频的热度，将所有信息数据按照热度进行排序，将热度较高的信息数据作为对应于随机用户账号的通用数据。

在步骤1250中，为所述数据召回请求返回生成的所述通用数据；所述通用数据用于在向前端返回个性化数据失败时，在前端进行所述通用数据的显示。

具体的，推荐服务器120将生成的通用数据返回给发送数据召回请求的防白屏服务器130，从而防白屏服务器130将返回的通用数据推送至应用服务器110进行缓存。应用服务器110响应前端发送的个性化数据获取请求，向推荐服务器120请求拉取个性化数据，当从推荐服务器110拉取个性化数据失败，也就是向前端返回个性化数据失败时，应用服务器110获取缓存的通用数据在前端进行显示。

其中，上述步骤1250具体包括：为所述数据召回请求逐次进行所述通用数据的返回，根据每次所返回通用数据的标识信息，逐次返回不同标识信息的通用数据。

需要说明的是，推荐服务器120生成的通用数据可以包括多个批次，代表多次刷新所需的数据，每个批次可以有对应的编号。推荐服务器120向防白屏服务器130返回一个批次的通用数据，就接收到防白屏服务器130返回的这批数据的标识信息(例如编号)，从而推荐服务器120后续向防白屏服务器130返回不同标识信息即不同批次的通用数据，从而防止返回相同的数据。

图11是根据一示例性实施例示出的一种前端显示的控制系统的框图，所述系统包括：推荐服务器120、应用服务器110和防白屏服务器130；

其中，所述推荐服务器120用于响应应用服务器发送的请求返回个性化数据以及响应防白屏服务器发送的请求返回通用数据；

所述防白屏服务器130用于向所述推荐服务器请求拉取所述通用数据，并推送至所述应用服务器进行缓存；

所述应用服务器110用于向所述推荐服务器请求拉取所述个性化数据，并在所述个性化数据拉取失败时，将缓存的所述通用数据推送至请求所述个性化数据的前端进行显示。

需要说明的是，上述推荐服务器120、防白屏服务器130和应用服务器110的功能和实现过程，可以参见上述前端显示控制方法的实施例。

图12是上述前端显示控制系统中推荐服务器120的执行步骤流程图，如图12所示，推荐服务器120的执行步骤包括：

在步骤1401中，接收包含随机用户账号的数据召回请求；

在步骤1402中，响应数据召回请求，计算所有信息数据的热度排序；

在步骤1403中，根据热度较高的信息数据，生成对应于随机用户账号的通用数据；

在步骤1404中，将通用数据按批返回防白屏服务器130。

图13是上述前端显示控制系统中防白屏服务器130的执行步骤流程图，如图13所示，防白屏服务器130的执行步骤包括：

在步骤1501中，定时生成随机用户账号向推荐服务器120发送数据召回请求；

在步骤1502中，接收推荐服务器120返回的通用数据；

在步骤1503中，将通用数据写入redis，并定时将redis中通用数据推送至应用服务器110进行缓存。

图14是上述前端显示控制系统中应用服务器110的执行步骤流程图，如图14所示，应用服务器110的执行步骤包括：

在步骤1601中，接收防白屏服务器130定时推送的通用数据并进行缓存；

在步骤1602，从推荐服务器120拉取个性化数据失败时，发起所缓存通用数据的获取请求；

在步骤1603中，如果所缓存数据过期或失效，请求从防白屏服务器130进行通用数据的拉取；如果请求失败，则使用过期或失效的数据推送至前端显示，防止前端首页出现白屏。

在步骤1604中，如果所缓存数据没有过期或失效，则根据前端的翻页信息，获取所缓存通用数据的指定页面，推送至前端进行显示。

在一种实施例中，个性化app的首页防白屏策略如下表1所示。

表1防白屏策略

其中，业务逻辑后台可以认为是前端显示控制系统中的应用服务器110和防白屏服务器130，推荐侧可以认为前端显示控制系统中的推荐服务器120。

从表1可以看出，1、针对于推荐侧返回个性化数据的行为，业务逻辑后台是否需要使用非个性化数据(即通用数据)进行补充包括以下情况：

(1)推荐侧正确返回数据且数据充足，即满足一屏的展示内容，则不需要补充数据，推荐侧数据即可满足要求。

(2)推荐侧返回数据但是数据不够一屏的数据，需要使用通用数据进行填充，达到一屏数据。

(3)推荐侧返回空数据，不需要补充，因为该用户的数据已经拉空，可以提示用户，暂时没有新的短视频。

(4)请求推荐失败，需要补充数据，利用通用数据进行防白屏兜底。

2、根据非个性化池子是否有数据(即是否缓存通用数据)，是否需要使用非个性化数据(即通用数据)进行补充包括以下情况：

(1)正确返回数据且数据充足，无论非个性化池子是否有数据，都不需要补充数据。

(2)推荐返回的数据不够，在非个性化池子有数据时，需要补充数据以达到一屏的输出，没有数据时，进行空提示。

(3)推荐返回空数据时，无论非个性化池子是否有数据，都不需要补充数据，进行空提示。

(4)推荐出错或者失败时，如果非个性化池子有数据，则根据翻页信息，按照池子的数据从前到后进行返回，直到非个性化池子也没有多余数据，返回空提示。如果非个性化池子没有数据，则直接返回空提示。

下述为本发明装置实施例，可以用于执行本发明上述服务器执行的前端显示的控制方法实施例。对于本发明前端显示的控制装置实施例中未披露的细节，请参照本发明前端显示的控制方法实施例。

图15是根据一示例性实施例示出的一种前端显示的控制装置的框图，该前端显示的控制装置可以用于图1所示实施环境的服务器中，执行图3、图6～图9任一所示的前端显示的控制方法的全部或者部分步骤。如图15所示，该装置包括但不限于：通用数据请求模块1710、通用数据获取模块1730以及通用数据推送模块1750。

通用数据请求模块1710，用于在从推荐侧拉取个性化数据失败时，请求获取预先缓存的通用数据；

通用数据获取模块1730，用于根据所述请求获取所述通用数据，所述通用数据是从所述推荐侧预先拉取并缓存的数据；

通用数据推送模块1750，用于将获取的所述通用数据推送至请求所述个性化数据的前端进行显示。

上述装置中各个模块的功能和作用的实现过程具体详见上述前端显示的控制方法中对应步骤的实现过程，在此不再赘述。

通用数据请求模块1710比如可以是图2中的某一个物理结构有线或无线网络接口250。

通用数据获取模块1730以及通用数据推送模块1750也可以是功能模块，用于执行上述前端显示的控制方法中的对应步骤。可以理解，这些模块可以通过硬件、软件、或二者结合来实现。当以硬件方式实现时，这些模块可以实施为一个或多个硬件模块，例如一个或多个专用集成电路。当以软件方式实现时，这些模块可以实施为在一个或多个处理器上执行的一个或多个计算机程序，例如图2的中央处理器222所执行的存储在存储器232中的程序。

在一种示例性实施例中，如图16所示，上述前端显示的控制装置还包括但不限于：

通用数据拉取模块1810，用于通过生成随机用户账号进行所述推荐侧通用数据的拉取，获得对应于所述随机用户账号的通用数据；

通用数据缓存模块1830，用于进行对应于所述随机用户账号的通用数据缓存。

在一种示例性实施例中，如图17所示，所述通用数据拉取模块1810具体包括但不限于：

随机账号生成单元1811，用于定时生成随机用户账号；

通用数据召回单元1812，用于通过所述随机用户账号请求所述推荐侧召回数据，触发所述推荐侧按照当前信息热度从所有信息数据中提取出对应于所述随机用户账号的通用数据；

通用数据拉取单元1813，用于从所述推荐侧进行所述通用数据的拉取，并向所述推荐侧反馈已拉取数据的标识信息，以使下次拉取所述推荐侧返回不同标识信息的通用数据。

在一种示例性实施例中，如图18所示，所述通用数据请求模块1710包括但不限于：

个性化数据请求单元1711，用于根据前端为进行显示而发送的指定用户个性化数据获取请求，向所述推荐侧请求拉取所述指定用户的个性化数据；

通用数据请求单元1712，用于在所述个性化数据拉取失败时，发起对共享内存所缓存通用数据的获取请求。

在一种示例性实施例中，如图19所示，所述通用数据推送模块1750包括但不限于：

数据补充单元1751，用于在从所述推荐侧拉取的个性化数据不足一页时，通过获取的所述通用数据补充所述个性化数据，形成包含所述个性化数据和通用数据的满屏显示数据；

数据推送单元1752，用于将包含所述个性化数据和通用数据的满屏显示数据推送至前端进行显示。

图20是根据另一示例性实施例示出的一种数据推荐的控制装置的框图，该数据推荐的控制装置可以用于图1所示实施环境的推荐服务器120中，执行图10所示的数据推荐的控制方法的全部或者部分步骤。如图20所示，该数据推荐的控制装置包括但不限于：召回请求接收模块2210、通用数据生成模块2230以及通用数据返回模块2250。

召回请求接收模块2210，用于接收数据召回请求，所述数据召回请求携带随机用户账号；

通用数据生成模块2230，用于响应所述数据召回请求，生成对应于所述随机用户账号的通用数据；

通用数据返回模块2250，用于为所述数据召回请求返回生成的所述通用数据；所述通用数据用于在向前端返回个性化数据失败时，在所述前端进行所述通用数据的显示。

上述装置中各个模块的功能和作用的实现过程具体详见上述数据推荐的控制方法中对应步骤的实现过程，在此不再赘述。

可选的，所述通用数据生成模块2230包括但不限于：

通用数据提取单元，用于按照当前信息热度从所有信息数据中进行数据提取，获得对应于所述随机用户账号的通用数据。

可选的，上述通用数据返回模块2250包括但不限于：

批量返回单元，用于为所述数据召回请求逐次进行所述通用数据的返回，根据每次所返回通用数据的标识信息，逐次返回不同标识信息的通用数据。

可选的，本发明还提供一种电子设备，该电子设备可以用于图1所示实施环境的服务器中，执行图3、图6-图9任一所示的前端显示的控制方法的全部或者部分步骤。所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述示例性实施例所述的前端显示的控制方法。

该实施例中电子设备的处理器执行操作的具体方式已经在有关该前端显示的控制方法的实施例中执行了详细描述，此处将不做详细阐述说明。

可选的，本发明还提供另一种电子设备，该电子设备可以用于图1所示实施环境的推荐服务器120中，执行图10所示的数据推荐的控制方法的全部或者部分步骤。所述电子设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行上述示例性实施例所述的数据推荐的控制方法。

该实施例中电子设备的处理器执行操作的具体方式已经在有关该数据推荐的控制方法的实施例中执行了详细描述，此处将不做详细阐述说明。

在示例性实施例中，还提供了一种存储介质，该存储介质为计算机可读存储介质，例如可以为包括指令的临时性和非临时性计算机可读存储介质。该存储介质存储有计算机程序，该计算机程序可由服务器200的中央处理器222执行以完成上述前端显示的控制方法或者上述数据推荐的控制方法。

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