具体实施方式

首先，在介绍本申请提供的方法和装置之前，需要对下文中即将提及的部分术语进行说明。当本申请提及术语“第一”或者“第二”等序数词时，除非根据上下文其确实表达顺序之意，否则应当理解为仅仅是起区分之用。

术语“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

除非另有说明，本文中“/”一般表示前后关联对象是一种“或”的关系，例如，A/B可以表示A或B。术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请的描述中，“多个”是指两个或两个以上。

如背景技术所介绍，电子设备中的应用程序安装完成后，在运行时存在应用程序的不同子窗口被调用的情况，电子设备只能显示当前应用程序主应用窗口或其子应用窗口，当不同的子应用窗口进行切换时，会实时加载该窗口，因此，用户在进行窗口切换时，需要等待一定的时间，影响用户体验。目前，亟需一种在用户切换不同窗口时，快速实现窗口切换的方法。传统的开发模式，采用了系统默认的一个图层，所有相关的交互操作都是在系统默认图层容器中实现，该种采用一个图层的方式，尤其对于遥控器操作、语音操作、体感操作等用户无法通过点触直接操控的交互系统有一定的障碍性。

有鉴于此，本申请实施例提供了一种界面显示的方法，可以应用于电子设备，也可是单独的应用程序，当电子设备中的某个应用程序或者界面中的多个任务子区域分别加载了相对应的图层，当需要显示某个任务子区域时，直接显示该区域在显示界面上即可，无需在显示该任务子区域进行时，需要进行实时加载，并且可以实现图层间的快速切换。该应用程序可实现本申请中界面显示的方法以减小了界面加载时间，提高了用户体验，对于业务逻辑开发复杂、耦合度高，提供了有效的解决方案。

具体地，本申请实施例提供的界面显示的方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

示例性的，图1示出了本申请实施例提供的一例电子设备100的结构示意图。该电子设备100可以包括处理器110、显示屏120、音频模块130，传感器模块140等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

电子设备100通过GPU，显示屏120，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏120和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏120用于显示图像，视频等。显示屏包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备可以包括1个或N个显示屏，N为大于1的正整数。

电子设备100可以通过音频模块130，扬声器130A，受话器130B，麦克风130C，耳机接口130D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块130用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块130还可以用于对音频信号编码和解码。在一些实施例中，音频模块130可以设置于处理器110中，或将音频模块130的部分功能模块设置于处理器110中。

扬声器130A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器130A收听音乐，或收听免提通话。

受话器130B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器130B靠近人耳接听语音。

麦克风130C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风130C发声，将声音信号输入到麦克风130C。电子设备100可以设置至少一个麦克风130C。在另一些实施例中，电子设备100可以设置两个麦克风130C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风130C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口130D用于连接有线耳机。耳机接口130D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器140A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器140A可以设置于显示屏120。压力传感器140A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器140A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏120，电子设备100根据压力传感器140A检测所述触摸操作强度。电子设备100也可以根据压力传感器140A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

距离传感器140B，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器140B测距以实现快速对焦。

触摸传感器140C，也称“触控面板”。触摸传感器140C可以设置于显示屏120，由触摸传感器140C与显示屏120组成触摸屏，也称“触控屏”。触摸传感器140C用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏120提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器140C也可以设置于电子设备100的表面，与显示屏120所处的位置不同。

按键150包括开机键，音量键等。按键150可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

电子设备200的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备200的软件结构。

图2是本申请实施例提供的电子设备100的软件结构框图。分层架构200将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层210、应用程序框架层220、内核层230以及网络层240。应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

为了便于理解，本申请以下实施例将以具有图1和图2所示结构的电子设备为例，结合附图和应用场景，对本申请实施例提供的界面显示的方法进行具体阐述。

为了实现上述快速实现窗口切换的效果，本申请中，当电子设备接收第一指令，该第一指令用于打开应用程序的第一界面，第一界面中包括多个任务子区域；基于该第一指令，加载第一界面中的多个任务子区域分别对应的图层，第一界面为多个界面中的任意一个。因为对多个任务子区域分别加载了相对应的图层，当需要显示某个任务子区域时，直接显示该区域在显示界面上即可，无需在显示该任务子区域进行时，需要进行实时加载，并且可以实现图层间的快速切换。

本申请的电子设备以IPTV为例，IPTV即交互式网络电视，是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以享受IPTV服务。IPTV既不同于传统的模拟式有线电视，也不同于经典的数字电视，因为传统的模拟电视和经典的数字电视都具有频分制、定时、单向广播等特点。尽管经典的数字电视相对于模拟电视有许多技术革新，但只是信号形式的改变，而没有触及媒体内容的传播方式。

IPTV所提供的各种业务的索引及导航都是通过电子节目指南(ElectronicProgram Guide，EPG)系统来完成的。IPTV EPG实际上就是IPTV的一个门户系统。EPG系统的界面与Web页面类似，在EPG界面上一般都提供各类菜单、按钮、链接等可供用户选择节目时直接点击的组件。EPG的界面上也可以包含各类供用户浏览的动态或静态的多媒体内容。图3示出了本申请实施例提供的IPTV操作界面的示意图。如图3所示，该操作界面主要包括：导航子区域、页面内容子区域、弹出子区域和播放子区域。

应理解，导航子区域一般为用户提供页面导航选项，比如：精选、电影、电视、综艺、少儿、动漫等导航类选项供用户选择。

页面内容子区域一般为用户提供播放窗口，比如某个正在热播的电视剧、今日热门、今日聚焦等。

弹出子区域是指当用户设置一些提醒服务时，界面会跳出弹出框，比如即将开始的比赛等。

播放子区域时是指播放内容的小窗口。

下面结合具体实施例，对本申请提供的界面显示方法进行示例性的说明。参见图4，为本申请提供的一种界面显示方法的一个实施例的流程图。如图4所示，该方法包括：

S410、接收第一指令，第一指令用于打开应用程序的第一界面，第一界面中包括多个任务子区域。

电子设备上可以安装多个应用程序，每个应用程序包含多个界面，该多个界面中的每个界面中都包含了多个任务子区域，该第一界面是指多个界面中的任意一个界面。

应理解，该第一指令是指打开应用程序或者打开电子设备的指令。该第一指令的操作方式可以为：点击操作、语音指示和遥控指示。

S420、基于第一指令，加载第一界面中的多个任务子区域分别对应的图层，第一界面为多个界面中的任意一个。

需要说明的是，该图层可以理解为可以承载任务子区域中数据信息的容器。

在本申请实施例中，当电子设备接收到用户第一指令，处理器对第一界面中的多个任务子区域进行渲染，创建多个任务子区域分别对应的图层。

应理解，该加载第一界面中的多个任务子区域对应的图层可以为，电子设备接收到第一指令后，对第一界面的多个任务子区域进行渲染，直接得到该多个任务子区域对应的图层。即，该图层包括数据信息填充完成的图层。

利用上述该种方式得到的多个任务子区域对应的图层，电子设备接收第二指令后，第二指令用于打开多个任务子区域中的第一任务子区域；在显示屏上显示第二界面，第二界面包括第一任务子区域对应的第一图层。即显示屏上直接显示已加载完成的图层。

还应理解，该加载第一界面的多个任务子区域对应的图层的方式还可以为以下该种方式，下面对本申请实施例提供的另一种图层加载方法进行说明。参见图5，为本申请提供的一种图层加载方法的一个实施例的流程图。如图5所示，该方法包括：

S416、加载多个任务子区域分别对应的空白图层。

首先，当接收到第一指令时，电子设备根据第一指令创建第一界面中多个任务子区域的空白图层。

S417、接收第三指令，第三指令用于打开多个任务子区域中的第二任务子区域。

应理解，该第三指令是指打开该多个任务子区域中的第二任务子区域的指令。

当接收到第三指令时，电子设备对该第二任务子区域进行加载，得到第二任务子区域对应的数据信息。

S418、将第二任务子区域对应的第一数据信息，填充到第二任务子区域对应的空白图层得到第二任务子区域对应的图层。

首次加载完成后，将第二任务子区域对应的数据信息填充至第二任务子区域对应的图层中，得到第二任务子区域对应的图层。

可选的，作为一种可能的实施方式，在本申请实施例中，该第一界面为应用程序的首页。当应用程序的首页中包括的多个任务子区域分别为导航子区域、页面内容子区域、播放内容子区域以及弹出子区域时，处理器根据该四个任务子区域创建四个图层。

图6示出了本申请实施例提供的IPTV界面的四个图层的示意图，如图6所示，当首次加载导航区域时，将导航区域的数据信息填充至导航区域对应的图层；当首次加载页面内容区域时，将页面内容的数据信息填充至页面内容区域对应的图层；当首次加载播放内容区域时，将播放内容区域的数据信息填充至播放内容区域对应的图层；当首次加载弹出子区域时，将弹出子区域的数据信息填充至弹出子区域对应的图层。

可选的，作为另一种可能的实施方式，在本申请实施例中，该第一界面为播放子区域。当用户从播放子区域的小窗口点击全屏播放时，用户点击菜单或者确认按钮后电子设备的界面上显示节目菜单，此时处理器可将该节目菜单栏作为单独图层进行渲染，当该节目菜单包括，直播、回看、预约和点播时，用户选择对应的节目类型，该节目菜单依然显示，当点击返回时菜单消失。当用户在全屏状态下，再次点击菜单或确认按钮可以正常拉起节目菜单，此时节目菜单作为单独图层已加载过，后面不需要重复加载。

在本申请实施例中，由于应用程序包括多个任务子区域，因此，通过事件分发确定该第二指令对应的第一任务子区域，或者第三指令对应的第二任务子区域。当用户发出第二指令或者第三指令时即为一个事件分发。

可以理解的是，事件分发主要是指页面焦点事件的控制。

例如，IPTV行业主要通过点击操作、遥控器或者语音操作触发事件，进行页面控制。

需要说明的是，当上述四个图层加载完成时，图层内容包装可以分为ViewRoot\ViewGroup\View三种容器类，ViewRoot表示根容器，ViewGroup表示分组容器，View表示子容器，即，Root表示根节点，该根节点中包括多个分组节点，每个分组节点包括多个子节点。

当电子设备中的处理器接受到用户的第二指令或者第三指令后，即点击操作或者语音指示或者遥控指示时，处理器根据该指令进行图层事件分发。确定该第二指令或者第三指令位于多个任务子区域中的某一任务子区域对应的图层。

具体地，图层事件分发分为捕获与冒泡阶段，该捕获阶段为ViewRoot＝>ViewGroup＝>View，打开应用程序之后，处理器根据用户指令，遍历跟容器、分组容器和子容器确定与用户指令相应的数据信息，冒泡阶段分为View＝>ViewGroup＝>ViewRoot，遍历跟容器、分组容器和子容器将该指令相应的任务子区域的图层显示在界面上。

可选的，作为一种可能的实施方式，当电子设备为IPTV时，并且，第二指令为遥控操作时，打开设备后焦点一般位于左上位置，处理器识别用户点击指令有四种方式，第一种为算法查找模式，利用焦点就近原则设置算法类型，快速定位焦点位置。例如，第一指令发出后，焦点从左上方位置最近的元素开始进行查找直到定位到用户需求的元素。

第二种为自定义规则模式，可以根据业务需求，定义焦点查找逻辑，比如，用户可以预先定义从某个元素位置开始查找，查找方式也不需要根据就近原则查找，可以根据用户需求进行设定。

第三种为优先匹配模式，在业务逻辑中可以强制性指定某个元素获取焦点。

第四中为焦点记忆模式，当元素在获取焦点之后会记录当前的查找规则，下次查找时会优先匹配。

在本申请实施例中，当利用捕获机制和冒泡机制查找到第二指令对应的第一任务子区域时，在显示屏上显示第二界面，第二界面包括第一任务子区域对应的第一图层。

在另一个实施例中，当利用捕获机制和冒泡机制查找到第三指令对应的第二任务子区域时，首先加载该第二任务子区域的数据信息，将该数据信息填充至第二任务子区域对应的空白图层，形成第二任务子区域的图层。

例如，在本申请实施例中，处理器根据用户的第二指令对应的第一任务子区域显示相对应的图层，当接受到的用户指令为导航区域时，导航子区域作为第一图层显示在电子设备的第二界面上。

应理解，显示导航子区域对应的图层在电子设备的界面上，同时也显示其余已加载的图层在电子设备的第二界面上。

还应理解，显示导航子区域对应的图层在电子设备的界面上，隐藏其余已加载的图层在电子设备的第二界面上。

可选的，作为一种可能的实施方式，当电子设备当前显示第一任务子区域时，并且接受到用户的第三指令，第一任务子区域向第二任务子区域进行切换，将第二任务子区域显示在第二界面上。

需要说明的是，一般情况下，第一界面和第二界面为不同的界面。

示例性的，第一任务子区域为导航子区域、页面内容子区域、弹出子区域和播放内容子区域中的至少一个时，第二任务子区域为除过第一图层外的其他至少一个图层。

需要说明的是，第三指令可以为点击操作、语音指示或者遥控操作中的任意一种。

在一个实施例中，电子设备当前显示的第一任务子区域为页面内容子区域时，当前焦点控制权在页面内容子区域，页面内容子区域可以加载页面内容子区域的数据，用户操作时直接操作页面内容子区域。当用户点击小窗口播放页面的小窗切大窗时，需要从当前的页面内容子区域向播放子区域切换，此时，处理器可以隐藏页面内容子区域、导航子区域或者弹出子区域，显示播放子区域，将焦点控制权放在播放子区域。同理，当用户在全屏播放状态下，按返回键时显示第一图层，该第一图层可以为导航子区域、页面内容子区域或者弹出子区域对应的图层。

应理解，将焦点移动到播放子区域的窗口点击全屏播放，此时进行切换时，只是图层之间的切换，不会产生屏幕断流现象。

需要说明的是，从页面内容子区域获得焦点控制权到页面内容子区域失去控制权的这个周期，为图层的一个生命周期。

另一个实施例中，当前电子设备的页面为播放子区域，并且为大窗播放时，当前焦点控制权在播放子区域上，用户可以直接操作播放子区域的内容。当用户在播放子区域点击菜单或者确认按钮时，处理器打开菜单图层加载菜单图层，当菜单图层数据加载成功之后，焦点控制权切换到菜单图层，用户可以在菜单图层点击节目菜单中的任何一个节目内容。当用户需要观看菜单图层中的任意一个节目选项时，播放子区域进行切换。

比如，菜单图层的菜单类型为直播、回看、预约和点播，当用户在播放子区域点击菜单或者确认按钮后，菜单图层打开，并且加载菜单图层，当菜单图层加载完成后，焦点控制权在菜单图层上，菜单图层页面显示直播、回看、预约和点播四个菜单类型，当用户向点播时可直接点击点播，实现从菜单图层到点播图层的切换；此时，菜单图层已加载完成，当用户向从点播图层向回看图层进行切换时，可之间点击回看图层进行切换。

需要说明的是，加载完成后的菜单图层，可根据用户需要显示或者隐藏。当需要隐藏菜单图层时，点击返回按钮进行隐藏，焦点控制权从菜单图层切换到此时正在播放的图层。在全屏播放的情况下，需要显示菜单图层时，点击菜单按钮，将隐藏的菜单显示在界面上，无需进行重复加载。

应理解，当电子设备在全屏播放状态时，即此时在播放子区域，若用户想返回到页面内容子区域时，只需要将全屏状态下的大窗切换为小窗，此时将隐藏的页面内容子区域显示在界面上，无需重复加载，焦点控制权也从播放子区域转化到页面内容子区域。

需要说明的是，大窗切换为小窗的过程中，由于只是已加载图层的切换，因此，不会出现视频窗口黑屏或者断流现象。

在又一个实施例中，当前电子设备的页面为播放子区域，并且为大窗播放时，有弹出子区域弹出，并且提醒用户有预约节目时，需要将焦点控制权从播放子区域切换到弹出子区域，对弹出子区域里面的信息进行进一步选择。当用户选择完成后，一种可能是返回到正在播放的播放子区域继续观看，另一种可能是跳转到预约图层进行预约内容观看。

可以理解的是，不论是返回到正在播放的播放子区域继续观看，还是跳转到预约图层进行预约内容观看，播放子区域和预约图层都不会重复加载。该预约图层为作为菜单图层的子图层提前渲染。

例如，当用户正在播放子区域观看视频时，有弹出子区域的弹出框显示预约的足球赛时间已到，弹出子区域的弹出框上显示两个选项，第一个为推迟5分钟跳转，第二个为立即跳转，此时，焦点控制权从播放子区域切换到弹出子区域，用户可以根据自己的选择在弹出子区域上触发指令，当选择第一个推迟5分钟跳转时，页面会返回到正在播放的播放子区域继续观看，当用户选择第二个立即跳转时，页面会立即跳转到预约图层进行预约内容的观看。

可选的，作为一种可能的实施方式，响应于第三指令，当第一任务子区域和第二任务子区域进行界面切换时，处理器将第一任务子区域的界面数据信息发送给第二任务子区域，此时，第二任务子区域根据第一任务子区域的界面数据信息同步更新第二任务子区域的数据。

应理解，第一图层对应的第一任务子区域，第二图层对应第二任务子区域。

在一个实施例中，当第一界面为点击播放子区域时，第一界面中的多个任务子区域为播放子区域中包含的播放区域、详情区域。当电子设备接收第一指令，大袋应用程序的播放子区域时，加载播放区域对应的播放子区域和详情区域的详情图层。

当第一图层为播放子区域，第二图层为详情图层时。当前电子设备的页面为播放子区域时，当用户点击返回按钮时，处理器接受到该触发返回按钮的指令会将播放子区域此时的播放信息反馈到详情图层，并且将详情图层的数据信息根据接受到的播放信息进行同步更改。

例如，当用户在播放子区域观看视频时，显示已观看到视频集数为20集，此时，处理器会将该播放子区域的播放信息发送给详情图层，该播放信息中包括着集数信息，详情图层接收到该播放信息时会同步将原先焦点集数在5集的焦点位置转移到焦点为显示集数为20的位置，在此种情况下，当用户返回到详情图层时，焦点位置已移动到集数为20的位置，便于用户进行下一步操作。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了本申请实施例提供的电子设备700的结构示意图，如图7所示，该电子设备700可以包括：获取单元710和处理单元720。

其中，获取单元710可以用于支持电子设备700执行上述步骤等，和/或用于本文所描述的技术的其他过程。

处理单元720可以用于支持电子设备700执行上述步骤等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述界面显示的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述获取单元710和处理单元720执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digitalsignalprocessing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图1所示结构的设备。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的界面显示的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的界面显示的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的界面显示的方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(readonlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。