CN113672301A - 应用程序处理方法、移动终端及存储介质 - Google Patents

Abstract

本申请提供一种应用程序处理方法、移动终端及存储介质，该方法包括：获取第一数据，第一数据用于反映移动终端中的应用程序的状态信息；根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序；预加载待启动应用程序。该方法能够满足个性化需求，进一步提升使用体验，同时有针对性地预加载应用程序，避免预加载不必要的应用程序，能够降低系统数据量，保障系统运行速度。

Description

应用程序处理方法、移动终端及存储介质

技术领域

本申请涉及应用程序控制技术领域，具体涉及一种应用程序处理方法、移动终端及存储介质。

背景技术

手机等移动终端已经深入人们的生活，多种多样的应用程序，能够提供不同的服务。为了能够快捷的启动常见应用程序，通常会通过统计分析，将使用较多的应用程序列入白名单，并在启动移动终端时，对白名单中的应用程序进行预加载处理。在构思及实现本申请过程中，发明人发现至少存在如下问题：该白名单中的应用程序是通过统计不同对象的使用情况得到的，然而不同对象的实际需求往往存在差异，该方法不能满足不同对象的个性化需求。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

针对上述技术问题，本申请提供一种应用程序处理方法、移动终端及存储介质，能够满足的个性化需求。

本申请提供一种应用程序处理方法，该方法包括：获取第一数据，第一数据用于反映移动终端中应用程序的状态信息；根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序；预加载待启动应用程序。

可选地，第一数据包括在预设时间段内使用各应用程序的历史时间和/或历史位置；根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序，包括：获取当前时间，将当前时间与历史时间进行匹配，和/或，获取当前所处的位置信息，将当前所处的位置信息与历史位置进行匹配，得到将要使用的应用程序；根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，第一数据包括使用每个应用程序的频次；根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序，包括：根据使用每个应用程序的频次和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，根据使用每个应用程序的频次和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序，包括：根据使用每个应用程序的频次，确定每个应用程度对应的概率；根据每个应用程度对应的概率和所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出待启动应用程序。

可选地，预加载待启动应用程序，包括：获取移动终端的剩余内存；判断剩余内存是否大于或等于第一预设值；若是，则预加载待启动应用程序；和/或，若否，则不预加载所述待启动应用程序。

可选地，还包括：显示预设界面；响应于对预设界面的第一触控操作，显示待启动应用程序。

可选地，所述预设界面可以是悬浮按钮，也可以是弹出式菜单，还可以是其他可操作界面或控件。

可选地，待启动应用程序的数量为至少两个；显示预设界面，包括：按照将要使用的至少两个待启动应用程序各自对应的概率从大到小的顺序，显示与至少两个待启动应用程序对应的预设界面。

可选地，还包括：获取预设时间内运行过的至少一个目标应用程序；若预设时间内运行过的至少一个目标应用程序中包括待启动应用程序，则根据待启动应用程序，更新移动终端的最近应用程序界面中的目标应用程序的显示顺序。

本申请还提供一种应用程序的预加载装置，该装置包括：

获取模块，用于获取第一数据，第一数据用于反映移动终端中的应用程序的状态信息。

处理模块，用于根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序。

处理模块，还用于预加载待启动应用程序。

可选地，第一数据包括在预设时间段内使用各应用程序的历史时间和/或历史位置，处理模块，具体用于获取当前时间，将当前时间与历史时间进行匹配，和/或，获取当前所处的位置信息，将当前所处的位置信息与历史位置进行匹配，得到将要使用的应用程序；根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，第一数据包括使用每个应用程序的频次，处理模块，具体用于根据使用每个应用程序的频次和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，处理模块，具体用于根据使用每个应用程序的频次，确定每个应用程度对应的概率；根据每个应用程度对应的概率和所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出所述待启动应用程序。

可选地，处理模块具体用于获取移动终端的剩余内存；判断剩余内存是否大于或等于第一预设值；若是，则预加载待启动应用程序；和/或，若否，则不预加载所述待启动应用程序。

可选地，处理模块还用于显示预设界面；响应于对预设界面的第一触控操作，显示待启动应用程序。

可选地，所述预设界面可以是悬浮按钮，也可以是弹出式菜单，还可以是其他可操作界面或控件。

可选地，待启动应用程序的数量为至少两个，可选地，处理模块具体用于按照将要使用的至少两个待启动应用程序各自对应的概率从大到小的顺序，显示与至少两个待启动应用程序对应的预设界面。

可选地，处理模块还用于获取预设时间内运行过的至少一个目标应用程序；若预设时间内运行过的至少一个目标应用程序中包括待启动应用程序，则根据待启动应用程序，更新移动终端的最近应用程序界面中的目标应用程序的显示顺序。

本申请还提供一种移动终端，包括：存储器、处理器，其中，存储器上存储有应用程序处理方法程序，应用程序处理方法程序被处理器执行时实现如上述方法的步骤。

本申请还提供一种计算机存储介质，计算机存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述方法的步骤。

本申请提供的应用程序处理方法、移动终端及存储介质，通过获取的第一数据，可以通过分析第一数据，得到个性化的行为流，产生不同的应用程序使用顺序；可选地，通过结合第一数据和当前处于前台运行状态的应用程序，可以预测出将要使用的待启动应用程序，然后将待启动应用程序进行预加载。该方法不仅能够在使用下一个应用程序之前对其进行预加载，缩短启动下一个应用程序的时间，提高启动下一个应用程序的效率，使得系统更加流畅，体验更佳；而且，通过结合第一数据和正在使用的应用程序预测将要使用的待启动应用程序，能够充分考虑不同对象的个性化需求，进一步提升使用体验，同时有针对性的预加载应用程序，避免预加载不必要的应用程序，能够降低系统数据量，保障系统运行速度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为实现本申请各个实施例的一种移动终端的硬件结构示意图；

图2为本申请实施例提供的一种通信网络系统架构图；

图3为本申请实施例提供的应用程序处理方法的一种流程示意图；

图4为本申请实施例提供的移动终端的显示界面的一种示意图；

图5为本申请实施例提供的移动终端的显示界面的另一种示意图；

图6为本申请实施例提供的应用程序处理方法的另一种流程示意图；

图7为本申请实施例提供的应用程序处理方法的又一种流程示意图；

图8为本申请实施例提供的应用程序处理方法的再一种流程示意图；

图9为本申请实施例提供的应用程序的预加载装置的一种结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。

应当理解，尽管在本文可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。在不脱离本文范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当……时"或"响应于确定"。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。本申请使用的术语“或”、“和/或”、“包括以下至少一个”等可被解释为包括性的，或意味着任一个或任何组合。“包括以下至少一个：A、B、C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”，再如，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A和B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

需要说明的是，在本文中，采用了诸如S301、S302等步骤代号，其目的是为了更清楚简要地表述相应内容，不构成顺序上的实质性限制，本领域技术人员在具体实施时，可能会先执行S302后执行S301等，但这些均应在本申请的保护范围之内。

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

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

移动终端可以以各种形式来实施。本申请中描述的移动终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(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)、有机发光二极管(OrganicLight-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为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

可选地，UE201可以是上述终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。可选地，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy and ChargingRules Function，政策和资费功能实体)2036等。可选地，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等专用的信息。所有数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本申请不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

基于上述移动终端硬件结构以及通信网络系统，提出本申请各个实施例。

一些实现中，移动终端根据包括使用率较高的将要使用的应用程序的白名单来确定并预加载相应的应用程序，然而，白名单中的应用程序的数量很难准确的设定，如果白名单中包括的应用程序较多，则移动终端预加载时间较长，占用资源较多；如果白名单中包括的应用程序较少，则可能无法满足的使用需求。此外，在实际使用时，不一定每次都会使用到白名单中的应用程序，因此，按照白名单进行预加载处理，可能造成一定的资源浪费。还有，不同对象的使用需求通常存在一定的差异，单一化的白名单设置，无法满足个性化的需求。

基于此，发明人想到通过分析的历史数据，预测将要使用的应用程序，并在使用前，对该应用程序进行预加载。这样不仅能够更加快捷的启动应用程序，而且每次加载的应用程序数量较少，占用资源较少，能够保障移动终端的性能，此外，还可以满足个性化的使用需求，提升使用体验。

下面通过下述实施例对本申请的方案进行详细说明。

第一实施例

图3为本申请实施例提供的应用程序处理方法的一种流程示意图，该方法应用于移动终端，如图3所示，该方法包括：

S301、获取第一数据。

可选地，第一数据用于反映移动终端中的应用程序的状态信息。可选地，移动终端中应用程序的状态信息可以包括使用了移动终端上装载的哪些应用程序、使用任一应用程序的时间、使用任一应用程序时所处的位置、使用将要使用的应用程序的先后顺序、使用任一应用程序的频次等等。

可选地，获取第一数据可以是在预设时长内获取移动终端中应用程序的状态信息。

可选地，获取1天之内的第一数据可以是0:00-12:00依次使用了闹钟、相机、相册、微信；12:00-18:00依次使用了闹钟、记事本；18:00-24:00依次使用了相机、相册、微信、微博、淘宝、闹钟。

获取的第一数据可以是获取系统内存储的任一应用程序的状态信息，也可以是获取云端等虚拟存储介质中存储的任一应用程序的状态信息。

S302、根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序。

可选地，通过分析获取到的第一数据，可以大致了解目标对象个性化的使用习惯，得到其使用应用程序的顺序，即行为流。结合S301中的示例，通过分析1天之内的第一数据可以知道该对象习惯于在使用完相机后，接着启动相册，然后再启动微信，即该对象习惯的行为流为依次启动“相机-相册-微信”。

当前处于前台运行状态的应用程序即正在使用的应用程序，假设正在使用的应用程序为“相册”，则结合上述示例中的行为流“相机-相册-微信”，可以预测将要使用的待启动应用程序为“微信”。

S303、预加载待启动应用程序。

预加载应用即在启动某一应用之前，移动终端在后台预先加载了该应用程序的相关信息，进而，当启动该应用程序时，系统能够更快的做出响应，更快的启动该应用程序。

可选地，当待启动应用程序为多个时，移动终端可以预加载一个或者多个待启动的应用程序。

可选地，将待启动应用程序进行预加载，可以包括：获取移动终端的剩余内存；判断剩余内存是否大于或等于第一预设值；若是，则预加载待启动应用程序；和/或，若否，则不预加载待启动应用程序。可选地，第一预设值可以根据实际情况，设置不同的数值，对此，本申请不做具体限制。

该方法通过判断移动终端内存剩余情况，确定是否能够预加载待启动应用程序，这样不仅能够避免在内存不足的情况下，仍然预加载待启动应用程序，对系统的正常运行造成影响，而且能够保证系统能够成功预加载待启动应用程序。

可选地，该方法还可以包括：显示预设界面；响应于对预设界面的第一触控操作，显示待启动应用程序。

可选地，预设界面可以是悬浮按钮，也可以是弹出式菜单，还可以是其他可操作界面或控件。

图4为本申请实施例提供的移动终端的显示界面的一种示意图，如图4所示，移动终端对应的第一显示界面41显示了表示相机的预设界面411，可以通过点击预设界面411启动相机，从第一显示界面41跳转到第二显示界面42，进入相机。

通常切换应用时需要退出当前所使用的应用程序，返回主界面，然后再点击下一个应用程序对应的图标启动相应应用程序。而本申请提供的方法，通过在移动终端当前界面弹出预设界面，不用返回主界面，即可通过点击预设界面，启动下一个应用程序，操作更加简单便捷。

可选地，当待启动应用程序的数量为至少两个时，显示预设界面，可以包括：按照将要使用的至少两个待启动应用程序各自对应的概率从大到小的顺序，显示与至少两个待启动应用程序对应的预设界面。图5为本申请实施例提供的移动终端的显示界面的另一种示意图，如图5所示，当待启动应用程序的数量为两个时，且分别为相机和微博，以及将要使用相机的概率大于微博时，移动终端显示界面将如图5所示，显示对应相机的预设界面51和对应微博的预设界面52。

当待启动应用程序为多个时，通过该方法，该方法能够直观的呈现出每个待启应用程序的使用情况，便于自主选择启动哪个应用程序，能够更好满足需求。

可选地，该方法还可以包括：获取最近启动的至少一个目标应用程序；若最近启动的至少一个目标应用程序中包括待启动应用程序，则根据待启动应用程序，更新移动终端的最近应用程序(recent app)界面中的目标应用程序的显示顺序。当最近启动了所确定出的待启动应用程序时，通过该方法能够将待启动应用程序与当前使用的程序在最近应用程序界面中相邻显示，使只需要滑动一次，即可从当前应用程序切换到待启动应用程序，减少操作次数，节省时间，提升操作效率。

本申请实施例通过获取第一数据，可以通过分析第一数据，得到个性化的行为流，产生不同的应用程序使用顺序；可选地，通过结合第一数据和当前处于前台运行状态的应用程序，可以预测出将要使用的待启动应用程序，然后将待启动应用程序进行预加载。该方法不仅能够在使用下一个应用程序之前对其进行预加载，使启动下一个应用程序时用时更短、效率更好、系统使用体验更加流畅，进而提升了使用体验；而且，通过结合第一数据和正在使用的应用程序预测将要使用的待启动应用程序，能够充分考虑个性化需求，进一步提升使用体验，同时有针对性的预加载应用程序，避免预加载不必要的应用程序，能够降低系统数据量，保障系统运行速度。

第二实施例

可以理解的是，行为和时间往往具有相关性，例如，人们在晚上休息时间通常会浏览新闻或者和好友聊天，因此会使用新闻类或者社交类应用程序，再如，在白天上班时间通常需要接打电话或者记录工作内容，因此会使用通讯类或者记事类应用程序。基于此，移动终端获取的第一数据可以包括在预设时间段内使用各应用程序的历史时间，结合时间获取行为流，能够更加准确的反映出使用习惯。下面通过一个实施例作进一步详细说明。

图6为本申请实施例提供的应用程序处理方法的另一种流程示意图，该方法应用于移动终端，该方法在图3所示实施例的基础上，对第一数据包括在预设时间段内使用各应用程序的历史时间时，移动终端如何预加载应用程序作出了详细说明，如图6所示，该方法包括：

S601、获取第一数据。

可选地，第一数据用于反映移动终端中应用程序的状态信息，第一数据包括在预设时间段内使用各应用程序的历史时间。

可选地，获取的第一数据可以为在2021年7月2日8:00-9:00之间使用了闹钟，10:00-11:00之间使用了微信，11:00-12:00之间使用了相机；在2021年7月3日8:00-9:00之间使用了微博，10:00-11:00之间使用了相机，11:00-12:00之间使用了相册。

需要说明的是，此处列举的第一数据只是一种示例，为提高数据的准确性，还可以缩小统计颗粒度，可选地，可以每隔5分钟获取一次第一数据。

S602、获取当前时间。

获取当前时间，即获取系统当前的时间。

S603、将当前时间与历史时间进行匹配，得到将要使用的应用程序。

将当前时间与历史时间进行匹配，可以确定出在相应的历史时间所对应的行为流，进而确定出在相应的历史时间之后所使用的应用程序。

继续参见S601中的示例，假设，当前时间为9:50，移动终端通过和历史时间匹配，得到在9：50之后使用过微信和相机，因此可以得到接下来将要使用的新的应用程序可能是微信或者相机。

S604、根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

继续参见S601中的示例，假设，当前处于前台运行状态的应用程序，即正在使用的应用程序为微博，则可以从之前确定出的将要使用的应用程序“微博、相机”中，确定待启动的应用程序为相机。

S605、预加载待启动应用程序。

S605与S303具有相同技术特征，具体描述参见S303，在此不做赘述。

本申请实施例通过获取包括在预设时间段内使用各应用程序的历史时间的第一数据，能够确定出和时间相关的行为流；通过获取并将当前时间和历史时间进行匹配，可以得到在相应的历史时间之后使用了哪些应用程序，即确定出将要使用的应用程序；可选地，结合当前处于前台运行状态的应用程序和行为流，可以从将要使用的应用程序中确定出实际将要启动的应用程序，即待启动应用程序，并将其进行预加载。通过该方法能够提高确定待启动应用程序的准确性，使移动终端能够准确的预加载将要使用的应用程序，进而能够高效的启动该应用程序，提升体验。

第三实施例

可以理解的是，所处位置不同时，人们通常使用的应用程序也会存在一定的差异。示例性的，当在家时，可能会使用新闻类或者社交类应用程序，而当在公司时，可能就不会使用新闻类应用程序。基于此，第一数据包括使用应用程序的历史位置时，能够更加准确的反应使用习惯。第一数据既包括在预设时间段内使用各应用程序的历史时间，和/或，包括使用应用程序的历史位置时，则能够更进一步准确的反应使用习惯。下面通过一个具体实施例做进一步详细说明。

图7为本申请实施例提供的应用程序处理方法的又一种流程示意图，该方法应用于移动终端，可选地，对第一数据包括在预设时间段内使用各应用程序的历史时间和/或使用各应用程序的历史位置时，移动终端如何预加载应用程序作出了详细说明，如图7所示，该方法包括：

S701、获取第一数据。

可选地，第一数据用于反映移动终端中的应用程序的状态信息。第一数据包括在预设时间段内使用各应用程序的历史时间和使用应用程序的历史位置。

可选地，获取到目标对象在2021年7月2日10:00-12:00位于公司，在此期间，该对象于10:00-11:00之间使用了企业微信，11:00-12:00之间使用了微信；在2021年7月3日10:00-12:00位于家中，在此期间该对象于10:00-11:00之间使用了微信，11:00-12:00之间使用了相机；在2021年7月4日10:00-12:00位于家中，在此期间该对象于10:00-12:00之间使用了微博。据此可以得到，位于公司时，其在10:00-12:00的行为流为依次使用“企业微信-微信”；位于家中时，其在10:00-12:00的行为流包括依次使用“微信-相机”和持续使用“微博”。

S702、获取当前时间和/或当前所处的位置信息。

可以通过移动终端上安装的定位程序，获取当前所处的位置信息。

S703、将当前时间和历史时间进行匹配，和/或将当前所处的位置信息和历史位置进行匹配，得到将要使用的应用程序。

换言之，得到将要使用的应用程序时，不仅将当前时间和历史时间进行匹配，还可以将当前所处的位置信息和历史位置进行了匹配。

S704、根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

下面结合S703和S704，进行举例说明。

参见S701中的示例，假设当前时间为11:00，目标对象位于家中，则结合之前得到的第一数据，可以得到其将要使用的应用程序为相机或者微信。假设当前处于前台运行状态的应用程序，即正在使用的应用程序为微博，则可以确定出行为和行为流“微信-相机-相册”一致，则可以从之前确定出的将要使用的应用程序“微博、相机”中，确定出待启动的应用程序为“相机”。

S705、预加载待启动应用程序。

S705与S303具有相同技术特征，具体描述参见S303，在此不做赘述。

本申请实施例，在上述任一实施例的基础上，还可获取使用应用程序的历史位置和/或当前所处的位置信息，根据当前时间和/或当前所处的位置信息和获取的第一数据，确定出将要使用的应用程序，该第一数据能够更加准确地反应使用习惯，进而能够更加准确地确定出将要使用的应用程序，使移动终端能够更加准确的预加载相应的应用程序，进而提升启动应用程序的速度，节约时间，提升体验。

第四实施例

为进一步提高确定待启动应用程序的准确性，可以对一段时间内的状态信息进行统计分析，确定出使用习惯。可以通过统计分析每个应用程序的使用频次，确定出使用习惯。下面通过一个具体的实施例，做进一步详细说明。

图8为本申请实施例提供的应用程序处理方法的再一种流程示意图，该方法应用于移动终端，该方法在图7所示实施例的基础上，第一数据还包括了使用每个应用程序的频次，如图8所示，该方法包括：

S801、获取第一数据。

可选地，第一数据用于反映移动终端中的应用程序的状态信息。

第一数据可以包括在预设时间段内使用各应用程序的历史时间、使用应用程序的历史位置，以及使用每个应用程序的频次。

S802、获取当前时间和/或当前所处的位置信息。

可以通过移动终端上安装的定位程序，获取当前所处的位置信息。

S803、将当前时间和历史时间进行匹配，和/或将当前所处的位置信息和历史位置进行匹配，和/或根据使用每个应用程序的频次，得到将要使用的应用程序。

S804、根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

下面结合S803和S804，进行举例说明。

可选地，获取到目标对象在2021年6月30日10:00-12:00位于公司，在此期间该对象于10:00-11:00之间使用了企业微信，11:00-12:00之间使用了微信；在2021年7月1日10:00-12:00位于公司，在此期间该对象于10:00-11:00之间使用了企业微信，11:00-12:00之间使用了微博；在2021年7月2日10:00-12:00位于公司，在此期间该对象于10:00-11:00之间使用了企业微信，11:00-12:00之间使用了微信。据此可以得到，位于公司时，其在10:00-12:00的行为流包括依次使用“企业微信-微信”和“企业微信-微博”，位于公司时，其在使用过企业微信后，接下来使用微信的频次高于微博。假设当前处于前台运行状态的应用程序为企业微信时，接下来该对象将可能使用微博或者微信，由于接下来使用微信的频次高于微博，因而可以将微信确定为待启动应用程序。

可选地，根据使用每个应用程序的频次和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序，还可以包括：根据使用每个应用程序的频次，确定每个应用程度对应的概率；根据每个应用程度对应的概率和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，假设以3天为周期统计分析第一数据，继续参见上述示例，由于在使用完企业微信之后，接着使用了微信和微博，可选地，使用微信的频次为2，使用微博的频次为1，相应得到使用完企业微信后使用微信的概率为66.7％，使用微博的概率为33.3％，比较两个概率可知，接下来使用微信的概率高于微博，因此可以将微信确定为将要使用的应用程序。

S805、预加载待启动应用程序。

S805与S303具有相同技术特征，具体描述参见S303，在此不做赘述。

本申请实施例在上述实施例的基础上，还获取了使用每个应用程序的频次，结合使用频次确定待启动的应用程序，能够优化确定出的将要使用的应用程序，不仅在一定程度上能够保障所确定出的待启动应用程序的准确性，而且能够减少系统运算时的数据量，提高系统效率。

第五实施例

图9为本申请实施例提供的应用程序的预加载装置的一种结构示意图，如图9所示，该装置包括：

获取模块91，用于获取第一数据，第一数据用于反映移动终端中的应用程序的状态信息。

处理模块92，用于根据第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序。

处理模块92，还用于预加载待启动应用程序。

可选地，第一数据包括在预设时间段内使用各应用程序的历史时间和/或历史位置，处理模块92，具体用于获取当前时间，并将当前时间与历史时间进行匹配，和/或，获取当前所处的位置信息，并将当前所处的位置信息与历史位置进行匹配，得到将要使用的应用程序；根据当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，第一数据还包括使用每个应用程序的频次，处理模块92，具体用于根据使用每个应用程序的频次和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，处理模块92，具体用于根据使用每个应用程序的频次，确定每个应用程度对应的概率；根据每个应用程度对应的概率和当前处于前台运行状态的应用程序，从将要使用的应用程序中确定出待启动应用程序。

可选地，处理模块92具体用于获取移动终端的剩余内存；判断剩余内存是否大于第一预设值；若剩余内存大于或等于第一预设值，则预加载待启动应用程序；和/或，若剩余内存小于第一预设值，则不预加载待启动应用程序。

可选地，处理模块92还用于显示预设界面；响应于对预设界面的第一触控操作，显示待启动应用程序。

可选地，预设界面可以是悬浮按钮，也可以是弹出式菜单，还可以是其他可操作界面或控件。

可选地，待启动应用程序的数量为至少两个，可选地，处理模块92具体用于按照将要使用的至少两个待启动应用程序各自对应的概率从大到小的顺序，显示与至少两个待启动应用程序对应的预设界面。

可选地，处理模块92还用于获取预设时间内运行过的至少一个目标应用程序；若预设时间内运行过的至少一个目标应用程序中包括待启动应用程序，则根据待启动应用程序，更新移动终端的最近应用程序界面中的目标应用程序的显示顺序。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行如上各种可能的实施方式中的方法。

本申请实施例还提供一种芯片，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片的设备执行如上各种可能的实施方式中的方法。

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

在本申请中，对于相同或相似的术语概念、技术方案和/或应用场景描述，一般只在第一次出现时进行详细描述，后面再重复出现时，为了简洁，一般未再重复阐述，在理解本申请技术方案等内容时，对于在后未详细描述的相同或相似的术语概念、技术方案和/或应用场景描述等，可以参考其之前的相关详细描述。

在本申请中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本申请技术方案的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本申请记载的范围。

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

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种应用程序处理方法，其特征在于，包括：

获取第一数据，所述第一数据用于反映移动终端中的应用程序的状态信息；

根据所述第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序；

预加载所述待启动应用程序。

2.根据权利要求1所述的方法，其特征在于，所述第一数据包括在预设时间段内使用各应用程序的历史时间，和/或，历史位置；

根据所述第一数据和当前处于前台运行状态的应用程序，预测将要使用的待启动应用程序，包括：

获取当前时间，并将所述当前时间与所述历史时间进行匹配，和/或，获取当前所处的位置信息，并将所述当前所处的位置信息与所述历史位置进行匹配，得到将要使用的应用程序；

根据所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出待启动应用程序。

3.根据权利要求2所述的方法，其特征在于，所述第一数据还包括使用每个应用程序的频次；

根据所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出待启动应用程序，包括：

根据所述使用每个应用程序的频次和所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出待启动应用程序。

4.根据权利要求3所述的方法，其特征在于，根据所述使用每个应用程序的频次和所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出所述待启动应用程序，包括：

根据所述使用每个所述应用程序的频次，确定每个应用程度对应的概率；

根据所述每个应用程度对应的概率和所述当前处于前台运行状态的应用程序，从所述将要使用的应用程序中确定出所述待启动应用程序。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述预加载所述待启动应用程序，包括：

获取所述移动终端的剩余内存；

判断所述剩余内存是否大于或等于第一预设值；

若是，则预加载所述待启动应用程序；和/或，若否，则不预加载所述待启动应用程序。

6.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

显示预设界面；

响应于对第一触控操作，显示所述待启动应用程序。

7.根据权利要求6所述的方法，其特征在于，所述待启动应用程序的数量为至少两个；

所述显示预设界面，包括：

按照所述将要使用的至少两个待启动应用程序各自对应的概率从大到小的顺序，显示与所述至少两个待启动应用程序对应的预设界面。

8.根据权利要求2至4中任一项所述的方法，其特征在于，还包括：

获取预设时间内运行过的至少一个目标应用程序；

若所述预设时间内运行过的至少一个目标应用程序中包括所述待启动应用程序，则根据所述待启动应用程序，更新所述移动终端的最近应用程序界面中的目标应用程序的显示顺序。

9.一种移动终端，其特征在于，所述移动终端包括：存储器、处理器，其中，所述存储器上存储有应用程序处理程序，所述应用程序处理程序被所述处理器执行时实现如权利要求1至8中任一项所述的应用程序处理方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的应用程序处理方法的步骤。

Images