CN108717364A - 应用加速开启方法、终端及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种应用加速开启方法，通过基于用户习惯，确定一个可反应应用被用户开启的惯常时间的预加载时间点，进而在预加载时间点到达时预先对该应用进行加载，在接收到自终端外部下发的预加载应用的开启指令之后，终端就可以直接调用该应用的应用程序开启该应用即可。本发明还公开了一种终端及计算机可读存储介质。在本发明中，用户在预加载时间点之后开启该应用时，不再需要进行加载过程的等待，而可以直接进入该应用，消除了应用加载过程对于用户的使用兴致的影响，提升了用户体验。

Description

应用加速开启方法、终端及计算机可读存储介质

技术领域

本发明涉及终端技术领域，更具体地说，涉及一种应用加速开启方法、终端及计算机可读存储介质。

背景技术

随着终端技术的不断发展与普及，目前终端已经成为了人们日常生活必不可少的一部分，人们通过终端上的各类应用进行社交娱乐活动。而对于一个应用而言，其在开启时必然存在有程序的加载过程。那么，对于一些大型应用而言，其加载过程的耗时就比较明显，往往需要好几十秒到好几分钟，而这一过程中用户只能等待，空耗用户的时间，且影响用户的使用兴致，影响用户体验。比如以游戏应用为例，用户本来很急迫的打开游戏应用想要玩游戏，但是在一段时间的等待之后，可能兴致就减了大半，从而对用户此后在游戏中的发挥造成影响。

发明内容

本发明要解决的技术问题在于：目前用户打开应用后，存在程序的加载过程，而该过程中用户只能等待，空耗用户的时间，且影响用户的使用兴致，影响用户体验。针对该技术问题，本发明提供一种应用加速开启方法、终端及计算机可读存储介质。

为解决上述技术问题，本发明提供一种应用加速开启方法，所述应用加速开启方法包括：

根据预先生成的预加载应用表中的各预加载时间点，检测当前时间点是否为预加载时间点；所述预加载应用表中包含预加载应用与预加载时间点的对应关系；

在所述当前时间点为预加载时间点时，根据所述预加载应用表加载该预加载时间点所对应的预加载应用的应用程序；所述预加载时间点根据所述预加载应用的历史开启时间确定；

在接收到自终端外部下发的所述预加载应用的开启指令之后，根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用。

可选的，所述预加载应用表中包含预加载应用；

所述预加载应用表中的预加载应用为开启频率和/或运行时长满足预设条件的应用；

或，所述预加载应用表中的预加载应用为在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用；所述m大于0；

或，所述预加载应用表中的预加载应用为开启频率和/或运行时长满足预设条件、且在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用。

可选的，根据所述预加载应用的历史开启时间确定所述预加载时间点包括：

根据所述预加载应用的历史开启时间划分出至少一个开启时间段；

根据所述开启时间段中的历史开启时间确定出该开启时间段中的最早开启时间点；

在所述最早开启时间点的基础上提前n分钟得到所述预加载应用对应的预加载时间点；所述n大于等于0。

可选的，在所述根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用之时，还包括：

记录并保存开启所述预加载应用的时间点；

根据所述时间点和所述预加载应用的历史开启时间重新确定所述预加载应用对应的预加载时间点；

根据重新确定的所述预加载时间点更新所述预加载应用表。

可选的，所述预加载应用为游戏应用。

可选的，在所述根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用之后，还包括消息弹框选择过程；所述消息弹框选择过程包括：

根据预设的所述预加载应用对应的弹框自选择方案自动对所述预加载应用中的消息弹框进行选择；所述弹框自选择方案根据所述预加载应用中的消息弹框的历史选择结果确定。

可选的，在所述根据预设的所述预加载应用对应的弹框自选择方案自动对所述预加载应用中的消息弹框进行选择时，还包括：

接收自终端外部下发的自动选择终止指令；

根据所述自动选择终止指令终止对所述预加载应用中的消息弹框的自动选择，并显示当前待选择的消息弹框。

可选的，在将所述预加载应用中的消息弹框选择完毕之后，还包括：

若本次消息弹框选择过程中接收到了自动选择终止指令，则记录并保存本次消息弹框选择过程中的各消息弹框的选择结果；

根据本次消息弹框选择过程中的各消息弹框的选择结果和所述预加载应用中的消息弹框的历史选择结果，更新所述预加载应用对应的弹框自选择方案。

进一步地，本发明还提供了一种终端，所述终端包括处理器、存储器以及通信总线；

所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现上述任一种应用加速开启方法的步骤。

进一步地，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的应用加速开启方法的步骤。

有益效果

本发明提供一种应用加速开启方法、终端及计算机可读存储介质，针对目前用户打开应用后，存在程序的加载过程，而该过程中用户只能等待，空耗用户的时间，且影响用户的使用兴致，影响用户体验的问题，通过预先在终端内生成包含预加载应用与预加载时间点的对应关系的预加载应用表，进而终端即可根据预先生成的预加载应用表中的各预加载时间点，检测当前时间点是否为预加载时间点，并在当前时间点为预加载时间点时，根据预加载应用表加载该预加载时间点所对应的预加载应用的应用程序，(本发明中预加载应用所对应的预加载时间点是根据该预加载应用的历史开启时间确定的)。这样，在接收到自终端外部下发的预加载应用的开启指令之后，终端根据开启指令直接调用预加载应用的应用程序开启该预加载应用即可。本发明提供一种应用加速开启方法中，只要应用为预加载应用表中的预加载应用，则可以终端会基于用户往常对该应用的开启时间，自动在预加载时间点对该应用进行加载。这就使得用户在之后开启该应用时，不再需要进行加载过程的等待，而可以直接进入该应用，消除了应用加载过程对于用户的使用兴致的影响，提升了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例的一个可选的移动终端的硬件结构示意图；

图2为本发明第一实施例提供的一种应用加速开启方法基本流程图；

图3为本发明第一实施例提供的一种调整界面示意图；

图4为本发明第一实施例提供的一种预加载时间点的确定流程示意图；

图5为本发明第一实施例提供的一种消息弹框可视/隐藏接口示意图；

图6为本发明第一实施例提供的一种消息弹框显示时终端的显示变化示意图；

图7为本发明第一实施例提供的一种消息弹框隐藏时终端的显示示意图；

图8为本发明第二实施例提供的一种预加载应用表生成流程示意图；

图9为本发明第二实施例提供的一种对预加载应用表中的预加载应用进行加速开启的流程示意图；

图10为本发明第三实施例提供的一种终端结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理***与处理器110逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

基于上述移动终端硬件结构，提出本发明方法各个实施例。

第一实施例

为解决目前用户打开应用后，存在程序的加载过程，而该过程中用户只能等待，空耗用户的时间，且影响用户的使用兴致，影响用户体验的问题，本实施例提供了一种应用加速开启方法。参见图2，图2为本实施例提供的应用加速开启方法基本流程图，包括：

S201：根据预先生成的预加载应用表中的各预加载时间点，检测当前时间点是否为预加载时间点；

在本实施例中，终端内会预先生成一个预加载应用表，在该预加载应用表中，其包含有预加载应用信息、与各预加载应用相对应的预加载时间点、以及预加载应用与预加载时间点的对应关系。在本实施例中，一个预加载应用可以仅对应一个预加载时间点，也可以对应有两个或两个以上的预加载时间点。相应的，对于同一个预加载时间点而言，其可能仅对应有一个预加载应用，也可能与两个或两个以上的预加载应用对应。例如参见表一所示：

表一

预加载应用	预加载时间点1	预加载时间点2	……	预加载时间点n
					应用A	12:30		……
应用B	17:00	20:00	……
					……	……	……	……	……
应用K	9:00	17:00	……	23:00

可见，在表一所示的预加载应用中，存在一个预加载应用仅对应一个预加载时间点的情况，如应用A即只对应有一个预加载时间点12点30分；也存在一个预加载应用对应有两个或两个以上的预加载时间点的情况，如应用B则对应有两个预加载时间点17点整和20点整。相应的，在表一所示的预加载时间点中，存在一个时间点仅对应一个预加载应用的情况，如预加载时间点9:00即仅对应有应用K；也存在一个时间点对应两个或两个以上的预加载应用的情况，如预加载时间点17:00即同时对应有应用B和应用K。应当理解的是，上述表一的记载形式仅为预加载应用表的一种形式，不代表本发明仅能采用上述形式来生成预加载应用表。

在本实施例中，在本实施例中，在预先生成预加载应用表时，会对终端内的应用进行判别，进而确定出哪些应用需要加入到预加载应用表中。而该判别方法至少存在以下三种：

第一种：终端可以检测各应用的开启频率和/或运行时长是否满足预设条件，进而将满足预设条件的应用加入到预加载应用表中作为预加载应用。

在本实施例中，开启频率可以是一周或一个月的开启频率，也可以是最近几天的开启频率。本实施例中在开启频率所对应的预设条件为：存在P(P大于0，P的值可以由工程师写定或由用户自己设定)个或连续J(J大于0，J的值可以由工程师写定或由用户自己设定)个开启频率应当大于对应预设的频率阈值。例如，设P为5，频率阈值4次/周，则在存在5周即5周以上开启频率均大于4次/周时即认为该应用的开启频率时满足预设条件的。

对于运行时长而言，其所对应的预设条件为：运行时长大于预设时长阈值。在本实施例中，运行时长可以是应用每一次开启后的平均运行时长，也可以是应用的运行总时长。

第二种：终端可以检测各应用在最近m(m>0)天的同一时间段内开启次数是否大于预设开启次数阈值，进而将在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用加入到预加载应用表中作为预加载应用。

需要说明的是，在本实施例中，要想确定检测各应用在最近m天的同一时间段内开启次数，则首先需要确定应用的各次开启是否位于同一时间段。在本实施例中时间段可以是固定划分的，例如可以将一天划分为6个固定的时间段0点-6点；6点-9点；9点-12点；12点-14点；14点-17点；17点-24点。也可以是动态划分的。

在动态划分时，终端可以统计最近m天的各次开启应用的开启时间点，进而将开启时间点之间的偏差在预设偏差范围内的各个时间点认定为处于同一时间段。例如最近7天对应用1的开启时间分别为7:01、7:35、8:01、7:25、7:40、7:20、10:31；设预设偏差范围为1个小时，则7:01、7:35、8:01、7:25、7:40、7:20这六次对应用1的开启即可认为是在同一时间段内开启的，即可得到在同一时间段内的开启次数为6次。特殊的，对于任意相邻两时间点之间的偏差在预设偏差范围内，但各时间点的最大偏差却大于预设偏差范围的情况，终端确定在预设偏差范围内所能容纳的最多时间点处于同一时间段。例如最近7天对应用1的开启时间分别为7:01、7:35、8:11、7:25、7:40、7:20、8:30；设预设偏差范围为0.5个小时，则7:35、7:25、7:40、7:20这4次对应用1的开启即可认为是在同一时间段内开启的，即可得到在同一时间段内的开启次数为4次。

应当理解的是，用户对于一个应用可能在一天之内开启的次数不止一次。那么在动态划分的情况下，终端可以通过上述方法自主的确定出多个时间段。例如最近7天对应用1的开启时间分别为7:01、17:11，7:35、17:01，8:01、17:03，7:25、17:31，7:40、18:00，7:20、19:31，10:31、17:01；设预设偏差范围为1个小时，则7:01、7:35、8:01、7:25、7:40、7:20这六次对应用1的开启即可认为是在同一时间段内开启的，17:11、17:01、17:03、17:31、18:00、17:01这六次对应用1的开启即也可认为是在同一时间段内开启的。特殊的，若终端在一天内的某几次开启时间十分接近，则可以仅将其中的一次作为有效开启，例如第一次开启作为有效开启(即终端内设有有效开启时间间隔阈值，若两次开启间的时间间隔小于有效开启时间间隔阈值，则至认为其中一次开启为有效开启)。在统计时开启时间点时，仅将这几次开启中有效开启的时间点纳入统计中。

在本实施例中，对于应用而言，只要存在在最近m天的某一个同一时间段内开启次数大于预设开启次数阈值，即可将该应用加入到预加载应用表中作为预加载应用。但是，应用对应的开启次数大于预设开启次数阈值的时间段的个数有多少个，即表明该应用在预加载应用表中所应对应的预加载时间点就有多少个。例如上一段中所举的示例为例，在上一段所举的示例中，设预设开启次数阈值为5，则在两个不同的时间段内开启次数均大于预设开启次数阈值，因此应用1在预加载应用表中会存在两个对应的预加载时间。

在本实施例的一种具体实施方式中，还可以进一步设定在最近m天，必须每一天在该同一时间段内均有开启该应用，否则该应用即不加入到预加载应用表中作为预加载应用。

第三种：终端可以检测检测各应用的开启频率和/或运行时长是否满足预设条件，并检测各应用在最近m天的同一时间段内开启次数是否大于预设开启次数阈值，进而将满足预设条件且在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用加入到预加载应用表中作为预加载应用。

在本实施例中，可以提供相应接口或操作界面以供用户自主的对预加载应用表中的预加载应用或预加载时间点进行调整，例如参见图3所示的调整界面，用户可通过在信息框31中输入信息的方式，在界面所显示的预加载应用表中对相应位置的预加载应用和预加载时间点进行修改。

S202：在当前时间点为预加载时间点时，根据预加载应用表加载该预加载时间点所对应的预加载应用的应用程序；

特别需要注意的是，步骤S202中所述的“该预加载时间点”是指的当前时间点所指代的预加载时间点。

在本实施例中，预加载应用所对应的预加载时间点是根据该预加载应用的历史开启时间确定的。具体的，根据预加载应用的历史开启时间确定预加载时间点的具体过程可以参见图4所示，包括：

S401：根据预加载应用的历史开启时间划分出至少一个开启时间段；

在本实施例中，历史开启时间可以是该预加载应用被安装到终端后的每次被开启时的时间点，也可以是最近m天内该预加载应用每次被开启时的时间点(m的具体值可由工程师预先写定或由用户自己设定)。终端根据这些开启时间即可划分出至少一个开启时间段。

在本实施例中，根据历史开启时间划分出至少一个开启时间段的方法可以参见上述动态划分时，判断是否处于同一时间段的方式来进行。例如最近7天预加载应用A的开启时间分别为7:01、17:11，7:35、17:01，8:01、17:03，7:25、17:31，7:40、18:00，7:20、17:31，7:31、17:01；设预设偏差范围为1个小时，则7:01、7:35、8:01、7:25、7:40、7:20、7:31可认为是在同一时间段内的，可划分出一个时间段7:01-8:01；17:11、17:01、17:03、17:31、18:00、17:31、17:01可认为是在同一时间段内的，可划分出一个时间段17:01-18:00。

S402：根据开启时间段中的历史开启时间确定出该开启时间段中的最早开启时间点；

在实际应用中，为尽可能保证终端是在用户开启应用之前就已经把该应用的应用程序加载完毕了的，预加载应用对应的预加载时间点不能晚于所确定出的开启时间段中的最早开启时间点。因此在划分出开启时间段后，终端会确定出该开启时间段中的最早开启时间点。在上例中，划分出的两个开启时间段的最早开启时间点分别为7:01和17:01。

S403：在最早开启时间点的基础上提前n(n≥0)分钟，得到该预加载应用对应的预加载时间点。

在本实施例中，n的值可以是工程师预先在终端内写定的，也可以是用户自己设置的。在上例中，设n为5，则预加载应用A对应的预加载时间点就分别为6:56和16:56。

应当理解的是，在预先生成预加载应用表时，若采用的上述方式二或方式三来确定的预加载应用，则在确定预加载应用的过程中即可同步划分出预加载应用对应的开启时间段，得到对应的预加载时间点。

需要说明的是，本实施例中预加载应用表中的各预加载时间点是每一天中的一个时间点，而非具体某一天中的一个时间点。在本实施例中，只要应用为预加载应用表中的预加载应用，终端在每天中，只要时间到达一个该应用对应的预加载时间点时，均会自动对该应用的应用程序进行加载。

S203：在接收到自终端外部下发的针对该预加载应用的开启指令之后，根据开启指令直接调用该预加载应用的应用程序开启该预加载应用。

在本实施例中，终端在开启了一次预加载应用之后，可以根据本次开启的开启时间点对预加载应用表中该预加载应用对应的预加载时间进行更新。具体的：可以将本次的开启时间点记录并保存下来，再根据本次的开启时间点和预加载应用的历史开启时间重新确定预加载应用对应的预加载时间点，进而根据重新确定的预加载时间点更新预加载应用表。

需要说明的是，在历史开启时间为最近m天内该预加载应用每次被开启时的时间点时，更新时所采用的历史开启时间也为不包括本次的开启时间点在内的最近m天内该预加载应用每次被开启时的时间点。

此外还需要说明的是，本实施例中无论预加载应用被用户开启时是否已加载了该预加载应用的应用程序，终端在最新被开启后，均可根据其最新被开启时的开启时间结合其历史开启时间来对预加载应用表中该预加载应用对应的预加载时间进行更新。

此外，针对预加载应用表的更新，在本实施例的一种可选的实施方式中，可以设定在终端之后的使用过程中，若终端内的某一预加载应用连续N天未被开启，则可以将该预加载应用及其对应的预加载时间点从预加载应用表中清除掉。本实施例中N应当大于等于1，其具体值可由工程师预先写入或由用户自己设定。

针对预加载应用表的更新，在本实施例的又一种可选的实施方式中，若终端内的某一预加载应用连续M天在某一预加载时间点之后的K个小时中均未被开启，则可以将该预加载应用所对应的这一预加载时间点清空，若在预加载应用表中一预加载应用所对应的预加载时间点为空，则将该预加载应用从预加载应用表中清除掉。本实施例中M应当大于等于1，K应当大于等于0，M和K的具体值可由工程师预先写入或由用户自己设定。

应当理解的是，在本实施例中，终端也可以定期对终端内未加入到预加载应用表的应用进行检测，从而确定中这些应用中是否有可以加入到预加载应用表中的应用，若有则计算其对应的预加载时间点，将其与其对应预加载时间点加入到预加载应用表中。

事实上，由于终端加载了应用程序之后必然会占用到终端的内存资源，因此若终端加载了预加载应用的应用程序后，但若用户一直开启该预加载应用进行使用，则就会造成终端内存资源的浪费。因此，在本实施例中，终端内可以预先设定一个等待时长。在根据预加载应用表加载预加载时间点所对应的预加载应用的应用程序之后，可以检测在预设的等待时长内是否接收到了自终端外部下发的针对该预加载应用的开启指令；若接收到了，则在接收到自终端外部下发的针对该预加载应用的开启指令之后，根据开启指令直接调用预加载应用的应用程序开启该预加载应用；若未接收到，则将已加载的该预加载应用的应用程序释放。在本实施例的一种具体实施方式中，等待时长可以与上述一可选的实施方式中的K的值相同。此外，终端也可以提供相应的程序释放接口，由用户手动选择对终端内已加载的应用程序进行释放。

在实际生活中，对于一个应用而言，其在开启时往往会弹出许多消息弹框(如广告、公告、预置选择等)，这些消息弹框需要用户进行相应的选择处理，拖延了用户实际进入到应用中的时间，同时过多的操作需求也严重影响了用户对应用的使用兴致，影响用户体验。以游戏应用为例，用户本来很急迫的打开游戏应用想要玩游戏，但是在开启游戏应用之后，本来是想立马进入游戏的，结果却必须要先进行很多个消息弹框的选择操作，而在这一系列操作之后，用户可能兴致就减了大半。因此，在本实施例中，在根据开启指令直接调用预加载应用的应用程序开启该预加载应用之后，还包括一个消息弹框选择过程。

在本实施例中，消息弹框选择过程具体包括：根据预设的该预加载应用对应的弹框自选择方案自动对该预加载应用中的消息弹框进行选择。这样通过终端进行自动选择极大地减少了用户的操作量，终端使用环境更加友好。此外终端自动选择也更加省时。消除了应用开启过程中消息弹框对于用户的使用兴致的影响，提升了用户体验。

应当理解的是，在本实施例中，每一个预加载应用都有其对应的弹框自选择方案。该弹框自选择方案可以在预加载应用表中与各预加载应用关联保存，也可以通过一个单独的表格将各弹框自选择方案与其对应的预加载应用关联保存。值得注意的是，在预先生成预加载应用表时，即需要确定出预加载应用表中各预加载应用的弹框自选择方案。

在本实施例中，弹框自选择方案是根据预加载应用中的消息弹框的历史选择结果确定的。在本实施例中，对于一个预加载应用的弹框自选择方案中包含有对该预加载应用中所有消息弹框的自动选择方式。即一个弹框自选择方案是由至少一个消息弹框的自动选择方式构成的。而一个消息弹框的自动选择方式则是根据该消息弹框的历史选择结果确定的。

在本实施例中，消息弹框的历史选择结果可以是自该应用被安装以来用户对该消息弹框的所有选择结果，也可以是最近m天内用户对该消息弹框的选择结果。

在本实施例的一种具体实施方式中，消息弹框的自动选择方式的一种确定方式是：根据该消息弹框的历史选择结果，将其占据多数的选择结果作为终端自动选择的目标结果，从而确定出该消息弹框在自动选择时所应选择的选项。例如设历史选择结果为最近7天的选择结果，设最近7天的选择结果为：确定、关闭、关闭、关闭、确定、关闭、关闭，则设定该消息弹框的自动选择方式为：选择“关闭”选项。

在本实施例的另一种具体实施方式中，消息弹框的自动选择方式可以根据该消息弹框的历史选择结果以及各选择结果距当前的时间来得到。具体的，可以按照各选择结果距当前的时间为各选择结果分配不同的权重值，进而计算各不同结果的总权重值，取总权重值大的结果作为终端自动选择的目标结果，从而确定出该消息弹框在自动选择时所应选择的选项。例如设历史选择结果为最近7天的选择结果，设最近7天的选择结果依次为：确定、关闭、关闭、关闭、确定、关闭、关闭，设按时间远近分配的权重值分别为0.2、0.3、0.5、0.7、0.8、0.9、1。则选择结果为确定的总权重值为1，选择结果为关闭的总权重值为3.4，因此设定该消息弹框的自动选择方式为：选择“关闭”选项。

在本实施例的一种具体实施方式中，终端可以提供消息弹框可视/隐藏接口，消息弹框可视/隐藏接口可以接收自终端外部下发的消息弹框可视化指令和消息弹框隐藏指令。在接收到的是消息弹框可视化指令时，终端显示预加载应用中的消息弹框的自动选择过程，在接收到的是消息弹框隐藏指令时，终端隐藏预加载应用中的消息弹框至后台进行自动处理。例如图5所示的弹框51，该弹框51即为一种消息弹框可视/隐藏接口，用户在选择“显示”选项后，终端即在显示界面显示出消息弹框且显示出自动选择过程即自动选择结果，例如参见图6所示。用户在选择“隐藏”选项后，终端即在显示界面显示出应用主界面，例如参见图7所示(对于应用主界面形式受消息弹框选择结果控制的情况，终端在后台选择完毕后再在显示界面显示出应用主界面)。

在本实施例中，在根据预设的预加载应用对应的弹框自选择方案自动对该预加载应用中的消息弹框进行选择时，还可以接收自终端外部下发的自动选择终止指令；进而根据该自动选择终止指令终止对该预加载应用中的消息弹框的自动选择，并显示当前待选择的消息弹框。在本实施例中，自动选择终止指令可以是通过终端预设的相关输入接口来实现指令输入的，也可以是通过特定手势来实现指令下发的。例如，可以通过滑动操作或在终端显示屏上任意位置的触摸操作来实现自动选择终止指令的下发。在本实施例的一种具体实施方式中，可以设定在显示预加载应用中的消息弹框的自动选择过程时才接收自动选择终止指令。

在本实施例中，在将预加载应用中的消息弹框选择完毕之后，还可以包括：若本次消息弹框选择过程中接收到了自动选择终止指令，则记录并保存本次消息弹框选择过程中的各消息弹框的选择结果，进而根据本次消息弹框选择过程中的各消息弹框的选择结果和预加载应用中的消息弹框的历史选择结果，更新预加载应用对应的弹框自选择方案。具体的，可以参考上述确定消息弹框的自动选择方式的两种方法，结合本次消息弹框选择过程中的各消息弹框的选择结果重新确定弹框自选择方案中各消息弹框的自动选择方式。

本实施例中，预加载应用可以是终端内的任何应用。但通常而言，加载时间过长、开启时存在较多消息弹框的往往都是游戏应用。因此在本实施例的一种具体实施方式中，可以限定在预加载应用表中的预加载应用为游戏应用。对此，终端在预先生成预加载应用表以及之后的预加载应用表更新过程中，可以先获取应用的应用类型信息，进而根据该应用类型信息对应用进行类型判别，在确定出应用为游戏应用之后，才进一步判断其是否可以加入到预加载应用表中。

应当理解的是，本实施例提供的应用加速开启方法中的各个步骤可以由如图1所示的终端100来独立实现。具体的，可以通过在存储器109内存储实现上述各个步骤的一个或多个程序，由处理器110执行该程序，从而实现上述应用加速开启方法的各个步骤。

本实施例提供的应用加速开启方法，通过预先在终端内生成包含预加载应用与预加载时间点的对应关系的预加载应用表，进而终端即可根据预先生成的预加载应用表中的各预加载时间点，检测当前时间点是否为预加载时间点，并在当前时间点为预加载时间点时，根据预加载应用表加载该预加载时间点所对应的预加载应用的应用程序，(本实施例中预加载应用所对应的预加载时间点是根据该预加载应用的历史开启时间确定的)。这样，在接收到自终端外部下发的预加载应用的开启指令之后，终端根据开启指令直接调用预加载应用的应用程序开启该预加载应用即可。用户在之后开启该应用时，不再需要进行加载过程的等待，而可以直接进入该应用，消除了应用加载过程对于用户的使用兴致的影响，提升了用户体验。

此外，本实施例所提供的应用加速开启方法，还可以对应用开启时所产生的消息弹框进行自动选择，极大地减少了用户的操作量，终端使用环境更加友好，进入到应用主界面的时间也更快。消除了应用开启过程中消息弹框对于用户的使用兴致的影响，提升了用户体验。

第二实施例

本实施例是在第一实施例的基础上，以一种较具体的游戏应用开启全过程为例，对本发明作进一步的示例说明。

参见图8所示，图8为本实施例所提供的预加载应用表生成流程示意图，包括：

S801：检测终端内各游戏应用自安装以来每周的开启频率，以及每次开启的开启时间点；

在本实施例中，终端会先获取应用的应用类型信息，进而根据该应用类型信息对应用进行类型判别，在确定出应用为游戏应用之后，才执行步骤S801。

S802：将每周的开启频率均大于频率阈值，且各次开启时相应开启时间点偏差在偏差范围内的应用加入到预加载应用表中作为预加载应用；

在本实施例中，频率阈值和偏差范围都是预先设定好的。例如频率阈值可以为4次/周，偏差范围可以为1小时。

S803：根据各预加载应用自安装以来每次开启的开启时间点得到各预加载应用对应的各预加载时间；

例如，记录游戏应用A每周开启12次，且均在每晚6点和10之后开启，终端即将游戏应用A纳入预加载应用表，并将晚上6点记为游戏应用A对应的预加载时间点1，晚上10点记为游戏应用A对应的预加载时间点2。

S804：获取各预加载应用自安装以来每次开启时用户对消息弹框的选择结果生成各预加载应用对应的弹框自选择方案。

在本实施例中，预加载应用表可以参见下表二的形式：

表二

预加载应用	预加载时间点1	预加载时间点2	弹框自选择方案
				游戏应用A	a		方案1
游戏应用B	b	c	方案2
				游戏应用C	a	d	方案3

在预先生成预加载应用表之后，终端即可对预加载应用表中的预加载应用进行加速开启。具体的，参见图9所示，包括：

S901：检测当前时间点是否为预加载应用表中的某一预加载时间点；

S902：在当前时间点为预加载时间点时，根据预加载应用表找到该预加载时间点所对应的预加载应用，加载该预加载应用的应用程序；

S903：在接收自终端外部下发的针对该预加载应用的开启指令时，直接开启该预加载应用；

S904：在该预加载应用存在消息弹框时，根据预加载应用表找到该预加载应用所对应的弹框自选择方案；

S905：调用消息弹框可视/隐藏接口接收自终端外部下发的消息弹框可视化指令或消息弹框隐藏指令；

在本实施例中，消息弹框可视/隐藏接口可以是如图5所示的弹框。

S906：在接收到的是消息弹框可视化指令时，在显示界面显示消息弹框，并根据弹框自选择方案对消息弹框依次进行自动选择；在接收到的是消息弹框隐藏指令时，隐藏消息弹框至后台根据弹框自选择方案进行自动处理；

在本实施例中，在接收到的是消息弹框可视化指令时，用户可以通过触摸显示屏的任意位置来停止终端所进行的自动选择，而显示消息弹框给用户进行手动选择。

S907：根据本次对该预加载应用的开启时间对预加载应用表中该预加载应用的预加载时间点进行更新。

在本实施例中，若用户终止了终端所进行的自动选择，而进行了手动选择，则可以根据本次用户的选择结果对该预加载应用对应的弹框自选择方案进行更新。

本发明提供了一种应用加速开启方法，通过基于用户习惯，在应用被用户开启的惯常时间点预先对该应用进行加载，在接收到自终端外部下发的预加载应用的开启指令之后，终端就可以直接调用该应用的应用程序开启该应用即可。用户在之后开启该应用时，不再需要进行加载过程的等待，而可以直接进入该应用，同时本发明中对应用开启时所产生的消息弹框也可以基于用户习惯进行自动选择，极大地减少了用户的操作量，节省了进入到应用主界面的时间，消除了应用加载过程以及消息弹框操作过程对于用户的使用兴致的影响，提升了用户体验。

第三实施例

本实施例提供了一种终端，参见图10所示，其包括处理器1001、存储器1002以及通信总线1003。其中：

通信总线1003用于实现处理器1001和存储器1002之间的连接通信。

处理器1001用于执行存储器1002中存储的一个或多个程序，以实现上述第一实施例和/或第二实施例所述的应用加速开启方法的各步骤。

同时，本实施例还提供一种计算机可读存储介质，如软盘、光盘、硬盘、闪存、U盘、CF卡、SD卡、MMC卡等，在该计算机可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述第一实施例和/或第二实施例所述的应用加速开启方法的各步骤。在此不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

Claims (10)

1.一种应用加速开启方法，其特征在于，所述应用加速开启方法包括：

根据预先生成的预加载应用表中的各预加载时间点，检测当前时间点是否为预加载时间点；所述预加载应用表中包含预加载应用与预加载时间点的对应关系；

在所述当前时间点为预加载时间点时，根据所述预加载应用表加载该预加载时间点所对应的预加载应用的应用程序；所述预加载时间点根据所述预加载应用的历史开启时间确定；

在接收到自终端外部下发的所述预加载应用的开启指令之后，根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用。

2.如权利要求1所述的应用加速开启方法，其特征在于，所述预加载应用表中包含预加载应用；

所述预加载应用表中的预加载应用为开启频率和/或运行时长满足预设条件的应用；

或，所述预加载应用表中的预加载应用为在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用；所述m大于0；

或，所述预加载应用表中的预加载应用为开启频率和/或运行时长满足预设条件、且在最近m天的同一时间段内开启次数大于预设开启次数阈值的应用。

3.如权利要求1所述的应用加速开启方法，其特征在于，根据所述预加载应用的历史开启时间确定所述预加载时间点包括：

根据所述预加载应用的历史开启时间划分出至少一个开启时间段；

根据所述开启时间段中的历史开启时间确定出该开启时间段中的最早开启时间点；

在所述最早开启时间点的基础上提前n分钟得到所述预加载应用对应的预加载时间点；所述n大于等于0。

4.如权利要求1所述的应用加速开启方法，其特征在于，在所述根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用之时，还包括：

记录并保存开启所述预加载应用的时间点；

根据所述时间点和所述预加载应用的历史开启时间重新确定所述预加载应用对应的预加载时间点；

根据重新确定的所述预加载时间点更新所述预加载应用表。

5.如权利要求1所述的应用加速开启方法，其特征在于，所述预加载应用为游戏应用。

6.如权利要求1-5任一项所述的应用加速开启方法，其特征在于，在所述根据所述开启指令直接调用所述预加载应用的应用程序开启所述预加载应用之后，还包括消息弹框选择过程；所述消息弹框选择过程包括：

根据预设的所述预加载应用对应的弹框自选择方案自动对所述预加载应用中的消息弹框进行选择；所述弹框自选择方案根据所述预加载应用中的消息弹框的历史选择结果确定。

7.如权利要求6所述的应用加速开启方法，其特征在于，在所述根据预设的所述预加载应用对应的弹框自选择方案自动对所述预加载应用中的消息弹框进行选择时，还包括：

接收自终端外部下发的自动选择终止指令；

根据所述自动选择终止指令终止对所述预加载应用中的消息弹框的自动选择，并显示当前待选择的消息弹框。

8.如权利要求7所述的应用加速开启方法，其特征在于，在将所述预加载应用中的消息弹框选择完毕之后，还包括：

若本次消息弹框选择过程中接收到了自动选择终止指令，则记录并保存本次消息弹框选择过程中的各消息弹框的选择结果；

根据本次消息弹框选择过程中的各消息弹框的选择结果和所述预加载应用中的消息弹框的历史选择结果，更新所述预加载应用对应的弹框自选择方案。

9.一种终端，其特征在于，所述终端包括处理器、存储器以及通信总线；

所述通信总线用于实现所述处理器和存储器之间的连接通信；

所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现如权利要求1-8任一项所述的应用加速开启方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-8任一项所述的应用加速开启方法的步骤。