缓冲处理方法及装置

技术领域

本申请涉及互联网领域，具体涉及一种缓冲处理方法及装置。

背景技术

随着互联网的发展，人们随时随地都可以通过各种终端在线观看视频、在线听音乐和在线看电子书等(即无需预先下载)。然而，这些在线进行的业务的流畅度(例如，视频播放的流畅度、音乐播放的流畅度等)和网络状况有很大关系。当网络状况好时，流畅度高，缓冲的过程中不会存在卡顿(例如，视频播放的画面停滞在某一帧图像，无法正常播放)的情况；当网络状况不好时，流畅度则较低，缓冲的过程中会存在卡顿的情况。

目前，在缓冲的过程中出现卡顿的情况下，用户只能在卡顿的界面等待，这样会导致对卡顿这段时间的利用率较低。

发明内容

本申请实施例的目的是提供一种缓冲处理方法及装置，能够解决在缓冲出现卡顿的情况下，用户只能在卡顿的界面等待导致的对卡顿这段时间的利用率较低的问题。

第一方面，本申请实施例提供了一种缓冲处理方法，所述缓冲处理方法包括：

在第一对象处于缓冲过程中的情况下，获取缓冲所需的目标时长；

根据所述目标时长，确定目标界面；

显示所述目标界面；

其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。

第二方面，本申请实施例提供了一种缓冲处理装置，所述装置包括：

获取模块，用于在第一对象处于缓冲过程中的情况下，获取缓冲所需的目标时长；

处理模块，用于根据所述目标时长，确定目标界面；

显示模块，用于显示所述目标界面；

其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。

第三方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的缓冲处理方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的缓冲处理方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的缓冲处理方法。

在本申请实施例中，在第一对象处于缓冲过程中的情况下，可以获取缓冲所需的目标时长；然后根据所述目标时长，确定目标界面；显示所述目标界面；其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。由于在第一对象处于缓冲过程中可以显示与第一对象的第一界面不同的目标界面，如此，用户在等待第一对象缓冲的同时可以观看目标界面，进而解决了在缓冲出现卡顿的情况下，用户只能在卡顿的界面等待导致的对卡顿这段时间的利用率较低的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的第一界面卡顿的示意图。

图2为本申请实施例提供的一种缓冲处理方法的流程图。

图3为本申请实施例提供的进行流畅播放时长设置的示意图。

图4为本申请实施例提供的进行对象优先级设置的示意图。

图5为本申请实施例提供的确定目标时长的方法的流程图。

图6为本申请实施例提供的显示第一提示信息的示意图。

图7为本申请实施例提供的显示第二提示信息的示意图。

图8为本申请实施例提供的另一种缓冲处理方法的流程图。

图9为本申请实施例提供的缓冲处理装置的结构示意图。

图10为本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的缓冲处理方法及装置进行详细地说明。

图1为本申请实施例提供的第一界面卡顿的示意图。

如上述背景技术中所述，在线观看视频、在线听音乐或在线看电子书时，若网络状况不好，缓冲的过程中会出现卡顿的情况(如图1所示)。此时，用户只能在指示播放卡顿的界面等待；并且，网络状况越差，用户需等待的时间越长，用户体验越差。需说明的是，缓冲的过程中出现的卡顿并非表示暂停缓冲，而是表示显示的画面卡顿。例如，视频播放的画面停滞在某一帧图像，无法正常播放。

本申请实施例提供一种缓冲处理方法，在缓冲过程中，用户可以观看其他界面；若网络状况不好，缓冲过程中出现卡顿，则可以在缓冲的同时显示与卡顿界面不同的界面；使用户不需在指示播放卡顿的界面等待。

本申请实施例提供的缓冲处理方法即可以应用于移动终端(例如，手机和平板电脑)中，还可以应用于其他终端中(例如，电脑)。

图2为本申请实施例提供的一种缓冲处理方法的流程图。本申请实施例提供的缓冲处理方法可以由电子设备执行，例如手机、平板电脑、笔记本电脑、台式电脑等。

如图2所示，本申请实施例提供的缓冲处理方法可以包括以下步骤：

步骤210，在第一对象处于缓冲过程中的情况下，获取缓冲所需的目标时长。

步骤220，根据所述目标时长，确定目标界面。

步骤230，显示所述目标界面；其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。

在本申请实施例中，所述第一对象可以为各种需要缓冲的对象，例如视频应用、音频应用或文档等，所述第一对象处于缓冲过程中可以例如是第一对象中的视频处于缓冲过程中。所述第一界面可以为指示所述第一对象处于缓冲过程中的界面，例如正在缓冲的视频播放界面、正在缓冲的音频播放界面或正在缓冲的文档显示界面等(需说明的是，本申请提供的缓冲处理方法中的第一对象可以边缓冲边运行，例如视频应用可以边缓冲边播放视频)。当然，在本申请实施例中，所述第一对象还可以为其他对象，如电子书等文档阅读应用和浏览器等应用。相应地，所述第一界面还可以为这些对象的运行界面，如电子书等文档阅读应用的阅读界面和浏览器的浏览界面等界面。

在本申请实施例中，所述目标时长为缓冲所需的时长。例如，在所述第一对象为视频应用，所述第一界面为缓冲时的视频播放界面的情况下；所述目标时长既可以是缓冲完整个视频的时长，也可以是缓冲完某个视频的一部分的时长。

在本申请实施例中，所述目标界面可以是所述第一对象中的一个界面，也可以是所述第一对象之外的其他对象中的界面；在所述目标界面是所述第一对象中的一个界面的情况下，所述目标界面与所述第一界面不同。

本申请实施例中以所述第一对象为视频应用，所述第一界面为缓冲时的视频播放界面为例对本申请实施例提供的缓冲处理方法进行说明。需了解的是，这仅是示例，而不意为限制。

例如，所述第一界面为缓冲时的视频播放界面，所述目标界面为视频应用的首页界面或者为其他应用(例如，微信或电子书)中的界面。

本申请实施例提供的缓冲处理方法，在第一对象处于缓冲过程中的情况下，可以获取缓冲所需的目标时长；然后根据所述目标时长，确定目标界面；显示所述目标界面；其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。由于在第一对象处于缓冲过程中可以显示与第一对象的第一界面不同的目标界面，如此，用户在等待第一对象缓冲的同时可以观看目标界面，进而解决了在缓冲出现卡顿的情况下，用户只能在卡顿的界面等待导致的对卡顿这段时间的利用率较低的问题。

需要说明的是，本申请实施例提供的缓冲处理方法，执行主体可以为移动终端，或者移动终端中的用于执行所述缓冲处理方法的控制模块。

可以理解的是，本申请实施例提供的缓冲处理方法可以使第一对象在后台进行缓冲，即在第一对象处于缓冲过程中时，显示目标界面，而不显示指示第一对象正在缓冲的第一界面，如此即可使用户可以在第一对象处于缓冲过程时，观看其他界面(目标界面)。

在步骤210，获取缓冲所需的目标时长之前，本申请实施例提供的缓冲处理方法还可以包括以下步骤：

检测当前所述第一界面是否卡顿。

步骤210中，获取缓冲所需的目标时长可以包括：

若所述第一界面卡顿，则获取缓冲所需的目标时长。

如此，则可以在所述第一对象的第一界面卡顿的情况下，显示与所述第一界面不同的目标界面，不需用户在卡顿的第一界面持续等待，因此可以避免用户花费大量时间在等待中。

在本申请的一个实施例中，步骤220中所述根据所述目标时长，确定目标界面可以包括以下步骤：

在所述目标时长小于阈值的情况下，将所述第一对象的指定界面作为所述目标界面，所述指定界面与所述第一界面不同；

在所述目标时长大于或等于所述阈值的情况下，确定第二对象，并将所述第二对象的第二界面作为所述目标界面。

所述第二对象可以与所述第一对象相同，也可以与所述第一对象不同。

可以理解的是，所述目标时长可以为用户需等待的时长，所述指定界面可以为第一对象中的其他界面(除所述第一界面之外的界面)，例如可以为所述第一界面的上一个界面。当所述目标时长较短时，用户仅需要等待较短的时间，因此用户可能没有兴趣使用其他应用。在此情况下，可以将第一对象中的其他界面(除所述第一界面之外的界面)作为目标界面并显示给用户观看，例如可以将所述第一界面的上一个界面显示给用户。例如，在所述第一对象为视频应用，所述第一界面为视频播放界面的情况下，所述目标界面可以是视频播放界面的上一个界面，如视频应用的首页的界面或视频筛选页面的界面。

当所述目标时长较长时，即用户需要等待较长的时间，因此用户可能想利在所述目标时长内使用其他应用。在此情况下，既可以将所述第一对象中的其他界面作为目标界面显示给用户，也可以将其他对象(除所述第一对象之外的对象)中的界面作为目标界面显示给用户。例如，所述第二对象可以是电子书应用、新闻应用、微博或微信等。

例如，在实际应用中，所述第一对象为视频应用，所述第一界面为视频播放界面，所述阈值可以为5分钟。在所述目标时长小于5分钟时，如所述目标时长为2分钟，则将视频应用的首页界面作为目标界面显示给用户；在所述目标时长大于或等于5分钟时，如所述目标时长为8分钟，则将电子书应用的界面作为目标界面显示给用户。

如此，则可以根据所述目标时长的长短，显示不同的界面给用户观看，满足用户不同的需求，提升用户体验。

为了更加精确的满足用户需求，使得显示的界面是用户想要看到的界面，本申请实施例可以通过各种不同的方式来确定上文中提及的第二对象。所述第二对象可以为在后台处于运行状态的应用。可选地，在一个实施例中，确定第二对象可以包括：

获取处于运行状态的对象；

从处于运行状态的对象中，确定出所述第二对象。

可以理解的是，所述处于运行状态的对象一般是用户在最近一段时间内正在使用的对象。因此，所述处于运行状态的对象应该是用户想要使用的对象，进而从所述处于运行状态的对象中确定的所述第二对象也应该是用户想要使用的对象，所述第二对象的第二界面应该是用户想要看到的界面。

如此，则可以满足用户需求，将用户想要看到的界面显示给用户观看。

具体地，所述第二对象可以根据用户预先设置的对象的优先级来确定，将所述处于运行状态中优先级最高的对象(与第一对象不同的对象)确定为第二对象。

例如，处于运行状态的对象包括音乐应用、电子书应用和微信，其中音乐应用的优先级最高，则将音乐应用确定为第二对象。

可选地，所述第二对象还可以根据用户使用各种对象的频率来确定，将所述处于运行状态中使用频率最高的对象(与第一对象不同的对象)确定为第二对象。

例如，处于运行状态的对象包括音乐应用、电子书应用和微信，其中微信的使用频率最高，则将微信确定为第二对象。

需说明的是，所述第二对象可以从处于运行状态的对象中确定，也可以从不处于运行状态的对象中确定。例如，在仅有第一对象处于运行状态的情况下，可以从不处于运行状态的对象中确定第二对象。即可以从电子设备中的所有对象中确定第二对象。

在一个实施例中，确定第二对象可以包括：

获取除第一对象之外的对象，作为第二对象集；

从所述第二对象集中获取优先级最高的对象，确定为第二对象。

需说明的是，所述除第一对象之外的各个对象的优先级可以由用户预先设置。

所述除第一对象之外的对象具体可以为电子设备中除第一对象之外的对象。例如，所述电子设备中包括电子书应用、音乐应用、视频应用、微信、微博、视频应用和浏览器，所述第一对象为视频应用；则所述第二对象集中包括电子书应用、音乐应用、微信、微博、视频应用和浏览器，其中优先级最高对象的是电子书应用；因此将电子书应用确定为第二对象。

在另一个实施例中，确定第二对象可以包括：

获取除第一对象之外的对象，作为第二对象集；

从所述第二对象集中获取使用频率最高的对象，确定为第二对象。

所述使用频率可以根据一段时间内用户使用各个对象的次数来确定。

例如，所述电子设备中包括电子书应用、音乐应用、视频应用、微信、微博、视频应用和浏览器，所述第一对象为视频应用；则所述第二对象集中包括电子书应用、音乐应用、微信、微博、视频应用和浏览器，其中使用频率最高的对象是微信；因此将微信确定为第二对象。

如上所述，所述目标时长可以是缓冲完整个视频的时长，也可以是缓冲完某个视频的一部分的时长。在本申请实施例中，步骤210中，获取缓冲所需的目标时长可以包括以下步骤：

获取所述第一对象的流畅播放时长和网络状况信息；

根据所述流畅播放时长和所述网络状况信息，确定缓冲所需的目标时长。

所述流畅播放时长为视频可以流畅播放(不存在卡顿)的时长，或音乐可以流畅播放(不存在卡顿)的时长；例如，所述流畅播放时长可以为10分钟或15分钟等。所述流畅播放时长可以由用户自行设置，也可以使用默认值。

图3为本申请实施例提供的进行流畅播放时长设置的示意图。

图4为本申请实施例提供的进行对象优先级设置的示意图。

在所述流畅播放时长由用户自行设置的情况下，本申请实施例提供的缓冲处理方法还可以包括：

在用户进入第一对象的第一界面的情况下，提醒用户进行流畅播放时长设置和对象优先级设置。

例如，在所述第一对象为视频应用，所述第一界面为视频播放页面的情况下，进行流畅播放时长设置和对象优先级设置可以参照图3-4。

可以理解的是，当流畅播放时长(缓冲数据量)一定时，网络状况越好，缓冲速度越快，缓冲时长(目标时长)越短；网络状况越差，缓冲速度越慢，缓冲时长(目标时长)越长。

如此，可以根据所述设置的流畅播放时长和用户的网络状况确定出缓冲时长(目标时长)，即根据不同的网络状况和/或不同的流畅播放时长可以确定出不同的目标时长。因此，可以依据实际的应用情况确定目标时长，使得确定的目标时长可以适用于不同的应用情况。

所述网络状况信息为可以表示网络状况的信息，例如，所述网络状况信息可以为网络带宽或网络速度。所述网络状况信息可以是实时的网络状况信息，也可以是一段时间内网络状况信息的平均值。

在所述网络状况信息为网络速度的情况下，所述根据所述流畅播放时长和所述网络状况信息，确定缓冲所需的目标时长可以包括：

确定与所述流畅播放时长对应的缓冲数据量；

基于所述缓冲数据量和所述网络速度，确定缓冲所需的目标时长。

可以理解的是，所述流畅播放时长与所述缓冲数据量对应，所述流畅播放时长越长，与所述流畅播放时长对应的缓冲数据量越大。

所述缓冲时长可以是视频卡顿的时间至所述缓冲数据量缓冲完毕的时间之间的时长。

如此，则可以先确定出缓冲数据量，然后根据缓冲数据量和网络速度确定出目标时长。

具体地，所述缓冲数据量可以通过以下公式确定：

缓冲数据量＝(流畅播放时长/总播放时长)*总数据量

例如，所述缓冲数量可以是流畅播放时长的视频的数据量，所述总播放时长可以是所述视频的总时长，所述总数据量可以是所述视频的总数据量。

在确定出缓冲数据量后，进一步地，所述目标时长可通过以下公式确定：

目标时长＝缓冲数据量/网络速度

例如，假设在实际应用中，用户在播放视频时，设置流畅播放时间为10分钟，而播放的视频的总时长为100分钟，播放的视频的总数据量为1000M，用户当时使用的网络的网速是1M/s。

则缓冲数据量＝(10/100)*1000＝100M；

目标时长＝100/1＝100s。

图5为本申请实施例提供的确定目标时长的方法的流程图。

如图5所示，确定所述目标时长的方法可以包括：

步骤510，判断用户是否设置流畅播放时长。

步骤520，若用户设置了流畅播放时长，则获取用户设置的流畅播放时长。

步骤530，若用户没有设置流畅播放时长，则获取流畅播放时长的默认值。

步骤540，根据获取的所述流畅播放时长确定缓冲数据量。

步骤550，获取网络状况信息。

步骤560，根据缓冲数据量和网络状况信息确定目标时长。

例如，假设在实际应用中，用户在播放视频时，没有设置流畅播放时间，而流畅播放时间的默认值为5分钟，播放的视频的总时长为100分钟，播放的视频的总数据量为1000M，用户当时使用的网络的网速是1M/s。

则缓冲数据量＝(5/100)*1000＝50M；

目标时长＝50/1＝50s。

图6为本申请实施例提供的显示第一提示信息的示意图。

图7为本申请实施例提供的显示第二提示信息的示意图。

如图6-7所示，本申请实施例提供的缓冲处理方法，在步骤110中获取缓冲所需的目标时长之后，还可以包括以下步骤：

显示第一提示信息，所述第一提示信息指示所述目标时长；

在缓冲时长达到所述目标时长的情况下，显示第二提示信息；

其中，所述第二提示信息指示是否返回所述第一对象的所述第一界面。

所述第一提示信息和所述第二提示信息的显示形式可以是弹窗形式。

可以理解的是，所述第一提示信息用于提示用户还需缓冲多长时间；例如，若所述目标时长为3分钟，所述第一提示信息可以是“当前视频缓冲流畅播放时长大概需3分钟”。所述缓冲时长达到所述目标时长则表示缓冲完毕，即所述第二提示信息用于提示用户缓冲完毕，是否返回观看所述第一界面；例如，所述第二提示信息可以是“XXX视频流畅播放时长已缓冲完毕，是否返回继续观看”。

如此，所述第一提示信息则可以在显示目标界面之前提示用户缓冲完所述流畅播放时长对应的缓冲数据量所需的时长，让用户知道多久后可以返回观看第一界面；所述第二提示信息则可以在缓冲完毕之后提示用户是否返回观看第一界面，避免用户在观看目标界面时忘记在缓冲完毕后返回观看第一界面。

本申请实施例提供的缓冲处理方法，在显示第二提示信息之后，还可以包括以下步骤：

在用户选择返回第一界面的情况下，显示第一界面；

在用户选择不返回第一界面的情况下，继续显示第二界面。

可选地，本申请实施例提供的缓冲处理方法，在显示目标界面之前还可以包括：

暂停所述第一界面的播放。

如此，则可以避免用户在观看目标界面时，第一对象的第一界面在后台边缓冲边播放。

需说明的是，在第一对象的第一界面没有卡顿时，本申请实施例提供的缓冲处理方法可以边缓冲边播放。

图8为本申请实施例提供的另一种缓冲处理方法的流程图。如图8所示，在一个实施例中，所述缓冲处理方法包括：

步骤810，在第一对象处于缓冲过程中的情况下，检测当前所述第一界面是否卡顿。

步骤820，若所述第一界面卡顿，则获取缓冲所需的目标时长。

步骤830，以弹窗的形式显示第一提示信息，所述第一提示信息指示所述目标时长。

步骤840，根据所述目标时长，确定目标界面，所述目标界面与所述第一界面不同。

步骤850，暂停所述第一界面的播放，并显示所述目标界面。

步骤860，在缓冲时长达到所述目标时长的情况下，以弹窗的形式显示第二提示信息，所述第二提示信息指示是否返回所述第一对象的所述第一界面。

步骤870，在用户选择返回所述第一界面的情况下，显示所述第一界面，并使所述第一界面继续播放。

本申请实施例提供的缓冲处理方法，可以在第一界面(包括视频播放界面、音频播放界面和信息浏览界面等)在缓冲的过程中出现卡顿时，显示与第一界面不同的界面，使所述第一界面在后台缓冲，在缓冲完毕后提示用户返回第一界面。如此则可以提高用户体验，避免用户浪费时间在卡顿的界面中等待。

图9为本申请实施例提供的缓冲处理装置的结构示意图。

本申请实施例还提供了一种缓冲处理装置900，如图9所示，所述缓冲处理装置900可以包括：

获取模块910，用于在第一对象处于缓冲过程中的情况下，获取缓冲所需的目标时长；

处理模块920，用于根据所述目标时长，确定目标界面；

显示模块930，用于显示所述目标界面；

其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。

本申请实施例提供的缓冲处理装置，在第一对象处于缓冲过程中的情况下，可以获取缓冲所需的目标时长；然后根据所述目标时长，确定目标界面；显示所述目标界面；其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。由于在第一对象处于缓冲过程中可以显示与第一对象的第一界面不同的目标界面，如此，用户在等待第一对象缓冲的同时可以观看目标界面，进而解决了在缓冲出现卡顿的情况下，用户只能在卡顿的界面等待导致的对卡顿这段时间的利用率较低的问题。

可选地，所述处理模块920具体用于：

在所述目标时长小于阈值的情况下，将所述第一对象的指定界面作为所述目标界面，所述指定界面与所述第一界面不同；

在所述目标时长大于或等于所述阈值的情况下，确定第二对象，并将所述第二对象的第二界面作为所述目标界面。

如此，则可以根据所述目标时长的长短，显示不同的界面给用户观看，满足用户不同的需求，提升用户体验。

可选地，所述第二对象为在后台处于运行状态的应用。

如此，则可以满足用户需求，将用户想要看到的界面显示给用户观看。

可选地，所述获取模块910，在获取缓冲所需的目标时长时，具体用于：

获取所述第一对象的流畅播放时长和网络状况信息；

所述处理模块920在缓冲模块获取所述第一对象的流畅播放时长和网络状况信息之后，用于：

根据所述流畅播放时长和所述网络状况信息，确定缓冲所需的目标时长。

如此，可以根据所述设置的流畅播放时长和用户的网络状况确定出缓冲时长(目标时长)，即根据不同的网络状况和/或不同的流畅播放时长可以确定出不同的目标时长。因此，可以依据实际的应用情况确定目标时长，使得确定的目标时长可以适用于不同的应用情况。

可选地，所述网络状况信息包括网络速度；所述处理模块920在根据所述流畅播放时长和所述网络状况信息，确定缓冲所需的目标时长时，具体用于：

确定与所述流畅播放时长对应的缓冲数据量；

基于所述缓冲数据量和所述网络速度，确定缓冲所需的目标时长。

如此，则可以先确定出缓冲数据量，然后根据缓冲数据量和网络速度确定出目标时长。

可选地，在所述获取模块910获取缓冲所需的目标时长之后，所述显示模块930还用于：

显示第一提示信息，所述第一提示信息指示所述目标时长；

在缓冲时长达到所述目标时长的情况下，显示第二提示信息；

其中，所述第二提示信息指示是否返回所述第一对象的所述第一界面。

如此，所述第一提示信息则可以在显示目标界面之前提示用户缓冲完所述流畅播放时长对应的缓冲数据量所需的时长，让用户知道多久后可以返回观看第一界面；所述第二提示信息则可以在缓冲完毕之后提示用户是否返回观看第一界面，避免用户在观看目标界面时忘记在缓冲完毕后返回观看第一界面。

可选地，所述第一对象为视频应用或音频应用，所述第一界面为视频播放界面或音频播放界面。

本申请实施例中的缓冲处理装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的缓冲处理可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

需了解的是，上文描述的缓冲处理方法可应用于本申请实施例提供的缓冲处理装置。

本申请实施例还提供了一种电子设备，所述电子设备包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如前文任一实施例中所述的缓冲处理方法的步骤。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图10为本申请实施例提供的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1010、网络模块1020、音频输出单元1030、输入单元1040、传感器1050、显示单元1060、用户输入单元1070、接口单元1080、存储器1090、以及处理器1100等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1100逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，所述处理器1100，用于在第一对象处于缓冲过程中的情况下，获取缓冲所需的目标时长；并根据所述目标时长，确定目标界面；

所述显示单元1060，用于显示所述目标界面；

其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。

本申请实施例提供的电子设备，在第一对象处于缓冲过程中的情况下，可以获取缓冲所需的目标时长；然后根据所述目标时长，确定目标界面；显示所述目标界面；其中，所述目标界面与所述第一对象的第一界面不同，所述第一界面用于指示所述第一对象处于缓冲过程中。由于在第一对象处于缓冲过程中可以显示与第一对象的第一界面不同的目标界面，如此，用户在等待第一对象缓冲的同时可以观看目标界面，进而解决了在缓冲出现卡顿的情况下，用户只能在卡顿的界面等待导致的对卡顿这段时间的利用率较低的问题。

可选地，所述处理器1100在根据所述目标时长，确定目标界面的过程中，具体用于：

在所述目标时长小于阈值的情况下，将所述第一对象的指定界面作为所述目标界面，所述指定界面与所述第一界面不同；

在所述目标时长大于或等于所述阈值的情况下，确定第二对象，并将所述第二对象的第二界面作为所述目标界面。

如此，则可以根据所述目标时长的长短，显示不同的界面给用户观看，满足用户不同的需求，提升用户体验。

可选地，所述第二对象为在后台处于运行状态的应用。

如此，则可以满足用户需求，将用户想要看到的界面显示给用户观看。

可选地，所述处理器1100在获取缓冲所需的目标时长的过程中，具体用于：

获取所述第一对象的流畅播放时长和网络状况信息；

根据所述流畅播放时长和所述网络状况信息，确定缓冲所需的目标时长。

如此，可以根据所述设置的流畅播放时长和用户的网络状况确定出缓冲时长(目标时长)，即根据不同的网络状况和/或不同的流畅播放时长可以确定出不同的目标时长。因此，可以依据实际的应用情况确定目标时长，使得确定的目标时长可以适用于不同的应用情况。

可选地，在所述处理器1100获取缓冲所需的目标时长之后，所述显示单元1060还用于：

显示第一提示信息，所述第一提示信息指示所述目标时长；

在缓冲时长达到所述目标时长的情况下，显示第二提示信息；

其中，所述第二提示信息指示是否返回所述第一对象的所述第一界面。

如此，所述第一提示信息则可以在显示目标界面之前提示用户缓冲完所述流畅播放时长对应的缓冲数据量所需的时长，让用户知道多久后可以返回观看第一界面；所述第二提示信息则可以在缓冲完毕之后提示用户是否返回观看第一界面，避免用户在观看目标界面时忘记在缓冲完毕后返回观看第一界面。

应理解的是，本申请实施例中，输入单元1040可以包括图形处理器(GraphicsProcessing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1060可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元1070包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1090可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器1100可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1100中。

本申请实施例还提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如前文任一实施例中所述的缓冲处理方法的步骤。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述缓冲处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请上文实施例中重点描述的是各个实施例之间的不同，各个实施例之间不同的优化特征只要不矛盾，均可以组合形成更优的实施例，考虑到行文简洁，在此则不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。