显示处理方法、装置、存储介质及电子终端
技术领域
本申请实施例涉及数据处理技术领域,尤其涉及一种显示处理方法、装置、存储介质及电子终端。
背景技术
互联网的快速发展,极大的方便了信息的获取,再与移动终端结合,使得信息的获取渠道更加丰富多样。大数据的出现,可从海量信息中聚合及筛选大量内容,进行与用户具有很强粘性的个性化的计算,实现精准的信息推荐或者获取。
如前所述,由于目前的信息获取对互联网的依赖度较高,而对于用户体验来说,其中重要的体验之一就是获取信息的速度,或者又称为时效性。但是,信息的获取速度又会直接受到互联网网速的影响,网速越快,信息获取的速度越快,用户体验越好,而当网速越慢,信息获取的速度也就越慢,用户体验就会受到影响。比如,在一些短视频应用中,用户通过手势动作进行内容的预览,到最终选择感兴趣的视频内容进行观看。但是,受到网速的影响,一些预览的内容并不能实时加载到显示界面上进行显示,比如经常出现空白的背景,从而导致用户体验较差。
发明内容
有鉴于此,本申请实施例所解决的技术问题之一在于提供一种显示处理方法、装置、存储介质及电子终端,用以克服或者缓解现有技术中的上述技术缺陷。
本申请实施例提供了如下的技术方案详细如下:
本申请实施例提供了一种显示处理方法,其包括:
根据显示界面上的锚点位置,确定待加载数据的显示区域;
将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本申请实施例提供了一种显示处理装置,其包括:
第一程序单元,用于根据显示界面上的锚点位置,确定待加载数据的显示区域;
第二程序单元,用于将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本申请实施例提供了一种存储介质,所述存储介质上存储计算机可执行指令,所述计算机可执行指令被处理器执行时执行如下步骤:
根据显示界面上的锚点位置,确定待加载数据的显示区域;
将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本申请实施例提供了一种电子终端,其包括存储介质以及处理器,所述存储介质上存储有计算机可执行指令,所述计算机可执行指令被处理器执行时执行如下步骤:
根据显示界面上的锚点位置,确定待加载数据的显示区域;
将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本申请实施例中,根据显示界面上的锚点位置,确定待加载数据的显示区域;将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示,避免了受到网速的影响,一些预览的内容并不能实时加载到显示界面上进行显示比如经常出现空白的背景的现象,从而提高了用户体验。
附图说明
后文将参照附图以示例性而非限制性的方式详细描述本申请实施例的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解,这些附图未必是按比例绘制的。附图中:
图1为本申请实施例一中的电子终端结构示意图。
图2为本申请实施例二中显示处理方法的流程示意图;
图3为本申请实施例三中显示处理方法的流程示意图;
图4为本申请实施例四中一具体应用场景中的加载示意图;
图5为本申请实施例五中显示处理装置的结构示意图。
具体实施方式
实施本申请实施例的任一技术方案必不一定需要同时达到以上的所有优点。
本申请实施例所提供的显示处理方法及装置可应用于如图1所示本申请实施例一中的电子终端中。
于本申请实施例中,电子终端优选为移动终端设备,例如可以包括智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机、穿戴式移动终端等等。
如图1所示,电子终端包括存储器101(或又称之为存储介质)、存储控制器102,一个或多个(图中仅示出一个)处理器103、外设接口104、射频模块105、音频模块106、显示屏幕107、传感器108如加速度传感器、距离传感器等。这些组件通过一条或多条通讯总线/信号线116相互通讯。
存储器101可用于存储软件程序以及模块,如本申请实施例中的显示处理方法及装置对应的程序指令/模块,处理器103通过运行存储在存储器101内的软件程序以及模块,从而执行各种功能应用以及数据处理,如本申请实施例提供的显示处理方法。
存储器101可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器103以及其他可能的组件对存储器101的访问可在存储控制器102的控制下进行。
外设接口104将各种输入/输入装置耦合至处理器103以及存储器101。在一些实施例中,外设接口104,处理器103以及存储控制器102可以在单个芯片中实现。在其他一些实例中,他们可以分别由独立的芯片实现。
射频模块105用于接收以及发送电磁波,实现电磁波与电信号的相互转换,从而与通讯网络或者其他设备进行通讯。
音频模块106向用户提供音频接口,其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。
显示屏幕107在电子终端与用户之间同时提供一个输出及输入界面。具体地,显示屏幕107向用户显示内容输出,这些输出的内容可包括文字、图形、视频及其任意组合。
传感器108中的距离传感器用于感应电子终端与人体距离,例如在通话过程中,当电子终端的屏幕贴近用户脸部时,就会自动感应出电子终端与人体距离是多少,当小于某个值时,就会熄灭屏幕,不再接收用户触摸屏幕事件,从而防止通话过程中的误操作。该距离传感器还可以用于实现悬浮等控制。
传感器108中的加速度传感器是能感受加速度并转换成可用输出信号的传感器。
可以理解,图1所示的结构仅为示意,电子终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
于本申请实施例中,电子终端中安装有客户端,该客户端可以是浏览器也可以是第三方应用软件,与服务器(Server)端相对应,为用户提供服务,例如电子阅读服务,用于播放本地或在线的各种可视化文本文件。
于本申请实施例中,显示界面可以包括电子终端中的客户端的显示界面,包括实际显示内文的界面,以及用于显示当前所显示内文的浏览进度的进度标签。显示界面的大小与客户端对显示界面的设置有关,如果客户端设置的显示界面可以是全屏模式,那么显示界面的大小与电子终端显示屏(如显示屏幕107)的显示区域大小可以相同,如果客户端设置的显示界面小于电子终端的显示屏,那么显示界面的大小就是实际所设置的显示界面的大小。
为了使本领域的人员更好地理解本申请实施例中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请实施例一部分实施例,而不是全部的实施例。基于本申请实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本申请实施例保护的范围。
下面结合本申请实施例附图进一步说明本申请实施例具体实现。
本申请实施例提供的技术方案中,首先根据显示界面上的锚点位置,确定待加载数据的显示区域;以及将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。对应地,为实现这些步骤,配置了对应的程序单元即第一程序单元、第二程序单元。为了确定更好的技术效果或者解决进一步的技术问题,增加了部分技术处理步骤以及对应的程序单元,详细可参见下述实施例。
本申请下述实施例中,具体以应用到基于feed流进行内容推荐或者更新的短视频类的第三方应用程序上为例进行说明。
图2为本申请实施例二中显示处理方法的流程示意图;如图2所示,其包括如下步骤:
步骤S201、根据显示操作事件确定显示界面上的锚点位置。
具体地,本实施例中,具体可以根据手势滑动操作事件或者按键操作事件确定显示界面上的锚点位置,所述手势滑动操作事件或者按键操作事件作为所述显示操作事件。
比如,在配置有触控显示屏上的电子终端上,且如果配置了在预览视频内容时可以通过手势滑动动作来实现,则可以通过捕获用户在启动短视频应用程序之后预览视频内容时在触控显示屏上的手势滑动动作事件,确定显示界面上的锚点位置。或者,如果配置了在预览视频内容时可以通过按键操作来实现,则可以通过捕获用户在启动短视频应用程序之后预览视频内容时在触控显示屏上的手势滑动动作事件,确定显示界面上的锚点位置。
本实施例中,所谓锚点位置可以是在手动滑动操作事件导致的显示界面上的页面滚动若干之后最终停下来的位置,该位置可以是预先定义的显示界面的中间区域,也可以是对于用户来说,能完整呈现页面内容的任一位置。具体来说,比如对于短视频应用程序来说,在电子终端的显示界面通常会有若干个显示框架,每个显示框架内显示一个短视频内容,此时锚点位置具体可以为显示界面最中间区域左上角的显示框架的位置。当然,也可以是中间区域某一行的显示框架为锚点位置。
S202、根据显示界面上的锚点位置,确定待加载数据的显示区域;
本实施例中,步骤S202中具体可以根据显示界面上的锚点位置以及在显示界面上规划的显示框架的物理位置标识,确定所述锚点位置对应的显示框架,所述待加载数据的显示区域包括所述锚点位置对应的显示框架。
具体地,在显示界面上构建显示框架阵列,所述显示框架阵列包括具有不同物理位置的多个显示框架,每个物理位置配置有一位置标识。构建显示框架阵列可以在步骤S201之前执行,也可以在步骤S202之后步骤S203之前执行。
具体地,构建显示框架阵列时,可以根据上传至后台的短视频的显示尺寸来确定显示框架的大小,即显示框架阵列中的显示框架并非尺寸完全统一。进一步地,通过形成显示框架位置队列的形式记录不同物理位置的显示框架,以在加载显示数据时保证先后顺序,即位置标识位于队列之前的显示框架优先加载显示数据,如果要填充视频流,则也优先填充。
S203、将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本实施例中,预先获取的显示数据可以为在页面滚动过程中停止在锚点位置之前下载的适用于不同显示框架的封面显示图片,具体地,这些下载的封面显示图片也可以形成资源队列,优先加载的封面显示图片更接近于资源队列的队首。该优先加载的顺序可以与上述显示框架位置队列中的优先填充顺序一致。
需要说明的是,这些封面显示图片优先加载顺序或者级别可以跟用户的喜好或者使用习惯有关,即通过大数据分析收集用户的观看视频的标签,从而将与该标签匹配度最大的封面显示图片优先加载到锚点位置对应的显示框架中。当然,需要说明的是,对于短视频流应用程序来说,该封面显示图片可以为视频流中的最能吸引用户的某一帧图片,或者最能体现该视频流特点的某一帧图片。
具体地,以某一短视频流应用程序来说,在显示界面上配置了6个显示框架,而锚点位置定义为中间区域的两个显示框架所在的位置,当显示界面由于用户的手势滑动动作导致页面滚动停止后,比如这期间显示页面滚动了4屏,则在滚动至第4屏的过程中,将本来需要加载到第3屏显示框架中的6个封面显示图片预先下载下来形成资源队列,当显示页面停止滚动到的了锚点位置时,则从资源队列中取出优先级最好的两幅封面显示图片加载到中间区域的两个显示框架中,从而避免了现有技术中要下载实际对应第4屏各显示框架中的完整视频流导致的空白页面的出现,从而提高了用户体验。而对于第2屏来说,对用户来说根本不可见,或者用户并非会实际进行观看,因此第2屏原本需要显示的视频则无需做任何处理,即不用才后台下载封面显示图片,也不用下载完整的视频流以填充到第2屏的各个显示框架中,即第2屏原本需要显示的视频对用户来说可以认为是无脑视频或者无效视频。
推而光之,可以根据手势滑动操作事件确定出无脑视频,对该无脑视频不做预下载,而仅预下载在锚点位置出现之前一屏中的若干显示数据以当锚点位置出现时,直接加载锚点位置所在这一屏显示界面中的显示框架中,从而进一步减少了下载的数据量,弱化了网速对用户体验的影响。
图3为本申请实施例三中显示处理方法的流程示意图;如图3所示,其包括如下步骤S301-S303:
步骤S301、根据显示操作事件确定显示界面上的锚点位置。
本实施例中,步骤S301类似上述实施例中的步骤S201。
步骤S302、以所述锚点位置对应的显示框架为参考向外进行延伸确定出至少三个外围显示框架;
本实施例中,与上述实施例中不同的是,为了给用户提供尽可能多的匹配其需求的视频,在确定出锚点位置对应的显示框架后,可以参照摊煎饼的方式,从中心(即确定出锚点位置对应的显示框架)向外围延伸确定出多个外围显示框架,以给锚点对应的显示框架和多个外围显示框架均加载预先下载的封面显示图片,这些封面显示图片截取自对应的视频流。
步骤S303、根据显示优先级从预先获取的显示数据队列中获取显示数据以将预先获取的不同显示数据加载到不同的外围显示框架中进行显示。
本实施例中,步骤S303中具体可以根据显示优先级以及所述待加载数据的显示区域的尺寸,从预先下载的显示数据队列中匹配对应的显示数据。为此,在步骤S303中或者在步骤S303之前建立待加载数据的显示区域的物理位置与请求资源顺序的关联关系,以在步骤S303中加载时根据显示优先级从预先获取的显示数据队列中匹配多个显示数据。
如前所述,具体直接可以根据显示框架位置队列和资源队列的优先级对应关系,从资源队列中获取封面显示图片加载到对应优先级的显示框架中。比如如图4所示,为本申请实施例四中一具体应用场景中的加载示意图;如果显示界面中配置有10个显示框架,其形成的显示框架位置队列通过位置标识标识的话为:1/2/3/4/5/6/7/8/9/10,其中当显示页面停止滚动时定义的锚点位置为第3行第1个显示框架,该显示框架的位置标识为5,以该位置标识为5的显示框架为中心向左下角延伸确定出位置标识分别为6/7/8的三个显示框架为外围显示框架,即本实施例中,位置标识分别为5/6/7/8的四个显示框架需要加载预先下载的封面显示图片,其中优先加载级别从前到后以此降低,即位置标识为5的最先加载,以此类推,而位置标识为8的最后加载。
步骤S304、根据显示优先级从预先获取的显示数据队列中匹配多个显示数据,以按照推荐优先级加载到所述待加载数据的显示区域中的多个显示框架中分别进行显示。
本实施例中,显示数据队列中显示数据的优先级比如用1/2/3/4表示,数字越小的表明在队列上越靠前,其在加载显示时优先级为1的封面显示图片最先加载到位置标识为5的显示框架中,以此类推,优先级为4的封面显示图片加载到位置标识为8的显示框架中。
可替代地,在其他实施例中,还可以将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示,包括:将默认的显示数据加载到所述待加载数据的显示区域中进行显示。
另外,上述实施例中,预先下载仅是一副封面显示图片,当然可替代地,在抛锚过程中预先下载多个显示数据到前端本地,以将预先下载的显示数据加载到所述待加载数据的显示区域中进行滚动显示。具体地,在抛锚过程中预先下载显示数据组到前端本地,每一显示数据组包括多个显示数据,以将每个显示数据组包括的多个显示数据加载到待加载数据的显示区域中的每个显示框架中进行滚动显示。
在上述任一实施例的基础上,在最后一个步骤之后还可以增加:从后台获取完整的显示数据流,以将所述完整的显示数据流填充到所述显示框架中。所述显示数据流为视频流。在具体填充时,针对上滑手势操作和下滑手势操作,设置不同的填充策略,比如,针对上滑手势操作,可以从后台请求优先级最高的视频流以填充到对应显示框架中,而对于下滑手势操作,可以从后台请求至少2个优先级靠前的视频流填充到两个不同的显示框架中,最为最匹配用户需求的内容。
另外,需要说明的是,对于手势滑动操作来说,包括长按手势滑动动作,以及短按手势滑动动作。
而在封面显示图片的滚动显示上,可以依赖于不同类别的FEED流技术,包括但便于timeline、rank、aggregate、notice类别的feed流,只要定义了内容更新或者加载的优先级别即可。
需要说明的是,上述应用到基于feed流的短视频应用程序仅仅是举例说明,从技术本质上来看,本申请的技术方案也可以应用到任意向用户推荐内容或者更新内容的场景中。比如,也可以应用到电子书阅读过程中,比如用户在阅读过程中,误操作导致连续向后进行了多页翻页操作,导致内容观看上的不连续,因此,可以确定在误操作之前用户浏览的最后一页内容,当进行多页翻页操作后,而继续从该最后一页内容开始进行内容显示,从而保证用户观看内容的连续性。
图5为本申请实施例五中显示处理装置的结构示意图;如图5所示,其包括:
第一程序单元501,用于根据显示界面上的锚点位置,确定待加载数据的显示区域;
第二程序单元502,用于将预先获取的显示数据加载到所述待加载数据的显示区域中进行显示。
本实施例中,所述第一程序单元进一步用于根据显示界面上的锚点位置以及在显示界面上规划的显示框架的物理位置标识,确定所述锚点位置对应的显示框架,所述待加载数据的显示区域包括所述锚点位置对应的显示框架。
可替代地,在其他实施例中,所述第二程序单元进一步用于将默认的显示数据加载到所述待加载数据的显示区域中进行显示。
进一步地,在其他实施例中,还可以增加第三程序单元,用于根据显示操作事件确定显示界面上的锚点位置,以根据所述锚点位置确定所述待加载数据的显示区域。所述第三程序单元进一步用于根据手势滑动操作事件或者按键操作事件确定显示界面上的锚点位置,所述手势滑动操作事件或者按键操作事件作为所述显示操作事件。
进一步地,在其他实施例中,还可以增加第四程序单元,用于以所述锚点位置对应的显示框架为参考向外进行延伸确定出多个外围显示框架,以将预先获取的不同显示数据加载到不同的外围显示框架中进行显示。
进一步地,在其他实施例中,还可以增加第五程序单元,用于在显示界面上构建显示框架阵列,所述显示框架阵列包括具有不同物理位置的多个显示框架,每个物理位置配置有一位置标识。
进一步地,在其他实施例中,还可以增加第六程序单元,用于根据显示优先级从预先获取的显示数据队列中获取显示数据,以加载到所述待加载数据的显示区域中进行显示。所述第六程序单元进一步用于根据显示优先级以及所述待加载数据的显示区域的尺寸,从预先下载的显示数据队列中匹配对应的显示数据。所述第六程序单元进一步用于根据显示优先级从预先获取的显示数据队列中匹配多个显示数据,以按照推荐优先级加载到所述待加载数据的显示区域中的多个显示框架中分别进行显示。
进一步地,在其他实施例中,还可以增加第七程序单元,用于建立待加载数据的显示区域的物理位置与请求资源顺序的关联关系,以根据显示优先级从预先获取的显示数据队列中匹配多个显示数据。
进一步地,在其他实施例中,还可以增加第八程序单元,用于在抛锚过程中预先下载多个显示数据到前端本地,以将预先下载的显示数据加载到所述待加载数据的显示区域中进行显示。所述第八程序单元进一步在抛锚过程中预先下载显示数据组到前端本地,每一显示数据组包括多个显示数据,以将每个显示数据组包括的多个显示数据加载到待加载数据的显示区域中的每个显示框架中进行显示。
进一步地,在其他实施例中,还可以增加第九程序单元,用于从后台获取完整的显示数据流,以将所述完整的显示数据流填充到所述显示框架中。
需要说明的是,上述第一、第二、第三、第四、第五、第六、第七、第八的描述并非对程序单元的数量限制,当然,对于本领域普通技术人员来说,这些程序单元也可以复用,或者说,也可以将一种一个程序单元的功能集成到另外一个程序单元上。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,所述计算机可读记录介质包括用于以计算机(例如计算机)可读的形式存储或传送信息的任何机制。例如,机器可读介质包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪速存储介质、电、光、声或其他形式的传播信号(例如,载波、红外信号、数字信号等)等,该计算机软件产品包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本申请实施例的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
本领域的技术人员应明白,本申请实施例的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。