CN115729659A - 应用运行方法、移动终端及存储介质 - Google Patents

Abstract

本申请提出了一种应用运行方法、移动终端及存储介质，所述方法包括：步骤S10：在第一窗口运行第一应用的过程中，检测到应用打开操作时，确定所述应用打开操作对应的第二应用；步骤S20：采用第二窗口运行所述第二应用。本申请实施例可以同时运行多个应用，用户可以基于第一窗口和第二窗口同时使用第一应用和第二应用，满足用户对应用使用效率的需求。

Description

应用运行方法、移动终端及存储介质

技术领域

本申请涉及电子设备领域，具体涉及一种应用运行方法、移动终端及存储介质。

背景技术

随着科技的发展，移动终端的功能应用越来越多，如通信应用、社交工作应用和娱乐应用等。当用户需要使用某个应用时，点击该应用即可在移动终端上运行该应用，其它应用则不运行或切换到后台。

在构思及实现本申请过程中，发明人发现至少存在如下问题：在如今快节奏环境下，不能同时运行多个应用的移动终端已经无法满足用户的需求。

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

发明内容

针对上述技术问题，本申请提供一种应用运行方法、移动终端及存储介质，使移动终端可以同时运行多个应用，满足用户的需求，提高用户体验。

为解决上述技术问题，本申请提供一种应用运行方法，可应用于移动终端，包括以下步骤：

S10：在第一应用运行过程中，检测到应用打开操作时，确定所述应用打开操作对应的第二应用；

S20：采用第二窗口运行所述第二应用。

可选地，步骤S20包括：

采用浮窗运行所述第二应用。

可选地，步骤S20包括：

识别所述第二应用是否支持浮窗；

若是，则采用浮窗运行所述第二应用；

和/或，

若否，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行，可选地，所述第一窗口为运行所述第一应用的窗口，可选地，所述第一窗口大于所述第二窗口。

可选地，步骤S10包括：

在第一应用运行过程中，接收到系统通知且检测到所述系统通知的触发操作时，确定所述触发操作为所述应用打开操作；

确定所述系统通知关联的应用，确定所述系统通知所关联的应用为所述第二应用。

可选地，步骤S10包括：

在所述第一应用运行过程中，检测到预设操作时，输出菜单栏；

接收到基于所述菜单栏触发的应用选择操作时，确定所述应用选择操作为所述应用打开操作，确定所述应用选择操作所选择的应用为所述第二应用。

可选地，所述预设操作包括以下至少一种：

下拉菜单操作；

移动终端的侧边栏触发操作；

Hom键的触发操作。

可选地，步骤S20包括：

检测运行所述第一应用的第一窗口上是否显示有第二窗口；

若是，则将所述第二窗口运行的应用切换至后台运行，将所述第二应用运行于所述第二窗口。

可选地，步骤S20之后，还包括：

检测到所述第一应用的关闭操作和/或缩小窗口操作时，将所述第二应用运行窗口切换为第一窗口运行，可选地，所述第一窗口大于所述第二窗口。

可选地，步骤S10之后，还包括：

获取所述第二应用绑定的目标窗口；

若所述目标窗口为第二窗口，则执行步骤S20；

若所述目标窗口不是第二窗口，和/或所述目标窗口为第一窗口，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行。

可选地，步骤S10之后，还包括：

确定所述第二应用的历史习惯运行窗口是否为第二窗口；

若是，则执行步骤S20；

和/或，

若否，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行。

可选地，步骤S20包括:

获取所述第二应用在第二窗口的目标显示效果；

采用目标显示效果，在所述第二窗口显示所述第二应用的界面。

步骤S20之后，还包括：

检测到所述第二窗口的移动操作时，获取所述第二窗口的目标移动位置；

当所述目标移动位置为设定位置时，将所述第二窗口运行的第二应用切换到第一窗口运行，将所述第一应用切换到后台运行，并关闭所述第二窗口。

本发明还提供一种应用运行方法，可应用于移动终端，所述方法包括以下步骤：

检测到应用打开操作时，识别所述移动终端的第一窗口是否运行有第一应用；

若是，则采用第二窗口运行所述应用打开操作对应的第二应用；和/或，

若否，则采用所述第一窗口运行所述应用打开操作对应的第二应用。

可选地，所述第一窗口大于所述第二窗口，所述第二窗口为悬浮于所述第一窗口上的浮窗。

可选地，采用第二窗口运行所述应用打开操作对应的第二应用的步骤包括：

识别所述第二应用是否支撑浮窗；

若是，则采用浮窗运行所述第二应用；

和/或，

若否，则采用所述第一窗口运行所述第二应用，将所述第一应用切换至后台运行。

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

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

如上所述，本申请的应用运行方法，可应用于移动终端，所述移动终端在第一应用运行过程中，若检测到应用打开操作，确定所述应用打开操作对应的第二应用，采用第二窗口运行所述第二应用。所述第二窗口与运行第一应用的第一窗口不同，如此，通过上述技术方案，移动终端可以同时运行多个应用，用户可以基于第一窗口和第二窗口同时使用第一应用和第二应用，满足用户对应用使用效率的需求，提高用户体验。

附图说明

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

图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”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

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

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

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

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

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

移动终端可以以各种形式来实施。例如，本申请中描述的移动终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(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，分时双工长期演进)和5G等。

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为本申请实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的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 andCharging Rules 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、5G以及未来新的网络系统(如6G)等，此处不做限定。

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

第一实施例

请参照图3，本申请提出的应用运行方法，包括：

步骤S10：在第一窗口运行第一应用的过程中，检测到应用打开操作时，确定所述应用打开操作对应的第二应用；

步骤S20：采用第二窗口运行所述第二应用。

所述应用运行方法可以运行于移动终端，所述移动终端包括至少两个应用。可选地，所述应用可以为Facebook、微信、微博、播放器等。

在如今快节奏环境下，不能同时运行多个应用的移动终端已经无法满足用户的需求。基于此，本实施例移动终端上设置在显示应用界面情况下的应用打开功能，并在应用打开功能被触发时，可以检测到该打开操作，进而采用第二窗口运行所述第二应用，如此，移动终端可同时运行第一应用和第二应用。如用户在播放视频时，可以同时打开社交工作软件，同步处理社交工作信息，以满足用户的需求。

可选地，所述第一应用可以为任意应用。本实施例第一应用是指移动终端当前以全屏显示运行的应用，所述第二应用是指除移动终端当前以全屏显示运行的应用之外的其它应用。如移动终端当前运行微信，显示微信的应用界面，微信则为所述第一应用，若在显示微信应用界面的情况下，触发打开视频播放器，所述视频播放器则为所述第二应用。也就是说，所述第一应用运行过程中，所述移动终端全屏显示所述第一应用的应用界面。可选地，所述第二窗口为浮窗，也即采用浮窗运行所述第二应用。所述浮窗于所述第一应用的应用界面上显示，所述浮窗的窗口小于显示所述第一应用的第一窗口。

可选地，本实施例中，所述应用打开操作为应用运行操作，如应用从未启动到启动的触发操作。或者应用从后台切换到前台的触发操作。

可选地，相关技术中，移动终端在运行应用界面的情况下，一般无法触发其它应用打开。若要触发其它应用打开，则需要退出当前应用，然后在系统界面上触发其它应用，才可以将应用打开。本实施例移动终端上设置在显示应用界面情况下的应用打开功能，因此本实施例移动终端可以在某一应用界面打开的情况下，不用退出该当前应用也可以触发其它应用打开。可选地，本实施例移动终端的在显示应用界面情况下，可以通过以下方式中的至少一种触发应用打开功能：

(一)、如一实施例：请参照图4，设置系统通知与应用打开功能关联，第一应用运行过程中，移动终端仍然可以接收到系统通知。当检测到系统通知的触发操作时，则确定所述触发操作为应用打开操作，打开所述系统通知关联的应用，如此，实现在第一应用运行过程中，通过触发系统通知的方式，触发第二应用打开。

可选地，所述系统通知可以为应用的消息通知，如视频播放器推送的某视频的相关通知，用户想看该视频时，可以直接触发相关通知，则触发所述播放器打开。若当前第一应用为微信，则在微信的应用界面上，以浮窗的形式运行所述视频播放器，以播放推送的某视频。

可选地，所述系统通知还可以为用户设定的消息通知，如用户设定早上9点开始上网课，并设置网课关联的应用为视频播放器。当接收到该设定的消息通知后，可以通过触发该通知的方式，触发所述视频播放器打开。若当前第一应用为微信，则在微信的应用界面上，以浮窗的形式运行所述视频播放器，用户可以基于浮窗操作视频播放器。

(二)、如另一实施例：请参照图5和图6，在移动终端上设置菜单栏的触发机制，该触发机制位于应用界面的上层。也就是在所述移动终端显示应用界面的情况下，通过触发菜单栏里的应用实现触发应用打开。

也就是说，在所述第一应用运行过程中，检测到预设操作时，输出菜单栏；接收到基于所述菜单栏触发的应用选择操作时，确定所述应用选择操作为所述应用打开操作，确定所述应用选择操作所选择的应用为所述第二应用。

可选地，所述预设操作包括以下至少一种：

下拉菜单操作；

移动终端的侧边栏触发操作；

Hom键的触发操作。

一实现方式中，请参照图5，若用户基于第一应用运行界面下拉操作，在输出菜单栏，所述菜单栏上显示多个应用。用户于菜单栏触发一应用时，则触发该应用打开，该应用也就是所述第二应用。此时，于所述第一应用运行界面上打开所述第二应用。

比如，移动终端当前运行微信界面，用户通过下拉微信界面输出菜单栏，然后点击菜单栏中的应用，以在所述微信界面上打开该应用。

可选地，可以通过长按菜单栏的应用图标的方式确定为应用打开操作。或者，可以通过单击或双击菜单栏的应用图标的方式确定为应用打开操作。

可选地，所述第二应用打开后，所述菜单栏隐藏。

另一实现方式中，请参照图6，若用户基于第一应用运行界面水平滑动界面(如左滑或右滑)，调出侧边栏(侧边工具栏)，所述侧边栏上显示多个应用。用户于所述侧边栏触发一应用时，则触发该应用打开，该应用也就是所述第二应用。此时，于所述第一应用运行界面上打开所述第二应用。

可选地，可以通过长按侧边栏的应用图标的方式确定为应用打开操作。或者，可以通过单击或双击侧边栏的应用图标的方式确定为应用打开操作。

可选地，所述第二应用打开后，所述侧边栏隐藏。

在一可选实施例中，基于相关技术中，触发应用打开操作时，移动终端直接将当前运行的应用切换到后台，运行所述应用打开操作对应的应用。若想采用浮窗显示第二应用，一般是先将第二应用打开，然后手动退出到浮窗，移动终端才会采用浮窗运行第二应用，而不是自动挂起浮窗运行第二应用。本实施例中，所述方法还包括：检测到应用打开操作时，识别所述移动终端的第一窗口是否运行有第一应用；若是，则判定在第一应用运行过程中，检测到应用打开操作。

也就是说，在检测到应用打开操作时，识别所述移动终端当前运行着第一应用，还是处于待机状态(没有运行任何应用)，若是运行着第一应用，则判定是在第一应用运行过程中，检测到应用打开操作，说明用户想触发第二应用运行，而不是将第一应用切换到后台后运行第二应用，此时移动终端采用第二窗口运行所述第一应用，而第一窗口继续运行所述第一应用。

如此，本实施例可实现自动触发第一应用和第二应用同时运行，基于当前场景的识别自动挂起浮窗运行第二应用，无需手动操作，简化操作过程。

本实施例中，移动终端在第一应用运行过程中，若检测到应用打开操作，确定所述应用打开操作对应的第二应用，采用第二窗口运行所述第二应用。所述第二窗口与运行第一应用的第一窗口不同，如此，移动终端可以同时运行多个应用，用户可以基于第一窗口和第二窗口同时使用第一应用和第二应用，满足用户对应用使用效率的需求，提高用户体验。

第二实施例

请参照图7，本实施例基于上述实施例，可选地，步骤S20包括：

步骤S21，识别所述第二应用是否支持浮窗；

若是，执行步骤S22，采用浮窗运行所述第二应用；

和/或，

若否，执行步骤S23，采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行，可选地，所述第一窗口为运行所述第一应用的窗口，可选地，所述第一窗口大于所述第二窗口。

可选地，移动终端的所有应用可能都支持浮窗，也可能有些第三方应用基于其结构设置的原因，不支持浮窗。因此，在本实施例中，若在第一应用运行过程中，检测到应用打开操作，并确定所述应用打开操作对应的第二应用后，识别所述第二应用是否支持浮窗，若不支持，则直接全屏打开所述第二应用，运行所述第二应用。将第一应用切换到后台运行，或者关闭所述第一应用。

可选地，若所述第二应用支持浮窗，则采用浮窗运行所述第二应用，所述第一应用保持当前窗口运行。也即第一窗口运行所述第一应用，第二窗口运行所述第二应用。

可选地，一些实施例中，应用设置包括浮窗设置，若识别到浮窗设置是打开状态，则应用支持浮窗，若浮窗设置为关闭状态，则应用不支持浮窗。可选地，若应用支持浮窗，则浮窗设置可以选择打开状态或关闭状态，若应用不支持浮窗，则浮窗设置为关闭状态。

本实施例结合上述实施例，基于可自动识别应用是否支持浮窗，进而根据移动终端当前的运行状态自动挂起浮窗运行第二应用，可实现多个应用同时运行的同时，简化操作过程，提升便捷性。

第三实施例

请参照图8，本实施例基于上述所有实施例，可选地，本实施例中，步骤S20包括：

步骤S24，检测运行所述第一应用的第一窗口上是否显示有第二窗口；

若是，执行步骤S25，将所述第二窗口运行的应用切换至后台运行，将所述第二应用运行于所述第二窗口。

和/或，若否，执行步骤S26，采用所述第二窗口运行所述第二应用。

可选地，本实施例中，所述第一应用的应用界面上显示有第二窗口时，用户可以通过上述第一实施例所述的操作方式再打开其它应用。若检测到应用打开操作，则将第二窗口运行的应用切换至后台运行，将应用打开操作对应的第二应用运行于所述第二窗口。也就是说，第二窗口运行的应用，可以基于用户操作进行切换。

如，若当前运行的第一应用为视频播放器，所述视频播放器的应用界面上显示第二窗口，所述第二窗口运行微信应用。当用户触发应用打开操作，确定所述应用打开操作对应的第二应用为Facebook，则在所述第二窗口运行Facebook，将微信切换至后台运行。

可选地，在一些实施例中，若第二应用支持浮窗，则执行步骤S25。若所述第二应用不支持浮窗，则将第一应用切换到后台，打开所述第二应用，采用第一窗口运行所述第二应用，所述第二窗口运行的应用保持不变。

本实施例中，应用界面上的浮窗运行的应用可以根据需求进行切换，丰富应用运行功能，提高用户体验。

第四实施例

请参照图9，本实施例基于上述各个实施例，可选地，本实施例中，步骤S20之后，还包括：

步骤S30，检测到所述第一应用的关闭操作和/或缩小窗口操作时，将所述第二应用运行窗口切换为第一窗口运行，可选地，所述第一窗口大于所述第二窗口。

可选地，本实施例中，移动终端运行第一应用和第二应用的过程中，用户可选择关闭任一应用，或者第一应用和第二应用切换显示窗口。

如用户选择关闭所述第一应用，则移动终端没有全屏运行的应用，则将第二窗口的第二应用切换到第一窗口运行(也就是全屏运行所述第二应用)，关闭浮窗。

或者，用户选择缩小所述第一应用的显示窗口时，也就是说第一应用无需全屏运行，此时，移动终端将第二应用切换到第一窗口运行(也就是全屏运行所述第二应用)，而所述第一应用切换到第二窗口，也就是第一应用采用浮窗运行。第一应用和第二应用实现运行窗口切换。

本实施例中，移动终端同时运行第一应用和第二应用时，用户可以根据需求选择只运行其中一个应用，或者可以选择切换第一应用和第二应用的运行窗口，不局限于第一应用全屏运行，第二应用浮窗运行，提高用户体验。

第五实施例

本实施例基于上述各个实施例，本实施例提出第二应用打开时，可以选择第一窗口或第二窗口运行所述第二应用。其中，选择的方式包括但不限于以下列举的两种：

一种可选的实施例中，步骤S10之后，应用运行方法还包括：

获取所述第二应用绑定的目标窗口；

在本实施例中，移动终端的部分或全部应用绑定运行窗口，采用绑定的窗口运行该应用。本实施例中，将应用绑定的窗口定义为应用的目标窗口，也就是采用目标窗口运行该应用。

当移动终端的第二应用被触发打开时，确定所述第二应用有绑定的窗口时，获取所述第二应用的目标窗口，以采用该目标窗口显示所述第二应用的界面，也就是在所述目标窗口运行所述第一应用。

若所述目标窗口为第二窗口，则执行步骤S20；

若所述目标窗口不是第二窗口，和/或所述目标窗口为第一窗口，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行。

若所述目标窗口为第二窗口，则采用第二窗口运行所述第二应用。若所述目标窗口不是第二窗口，则直接采用第一窗口运行所述第二应用。或者，若所述目标窗口不是第二窗口，再判断所述目标窗口是否为第一窗口，若是，再采用第一窗口运行所述第二应用，并且，将所述第一应用切换到后台运行。若所述目标窗口不是第一窗口，则提示用户解除绑定窗口，然后采用第二窗口运行。

基于绑定的窗口，可以智能识别用户想采用第一窗口运行第二应用，还是采用第二窗口运行第二应用，应用智能化启动，提高用户体验。

另一种可选的实施例中，步骤S10之后，应用运行方法还包括：

确定所述第二应用的历史习惯运行窗口是否为第二窗口；

在本实施例中，移动终端记录每个应用每次运行时所采用的窗口，记录用户习惯使用的运行窗口，以智能识别用户喜爱程度。例如，采用第一窗口运行第二应用，且运行次数较多时，则将第一窗口记录为第二应用的历史习惯运行窗口；或者，采用第二窗口运行第二应用，且运行次数较多时，则将第二窗口记录为第二应用的历史习惯运行窗口；或者，采用第二窗口打开所述第二应用，但检测到用户多次手动切换为第一窗口打开所述第二应用时，则将所述第二窗口记录为所述第二应用的历史习惯运行窗口。

当移动终端的第二应用被触发打开时，获取记录的历史习惯运行窗口。然后判断历史习惯运行窗口是第一窗口还是第二窗口。

若是第二窗口，则执行步骤S20；

若不是第二窗口，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行。

若所述历史习惯运行窗口为第二窗口，则采用第二窗口运行所述第二应用。若所述历史习惯运行窗口不是第二窗口，则直接采用第一窗口运行所述第二应用。或者，若所述历史习惯运行窗口不是第二窗口，再判断所述历史习惯运行窗口是否为第一窗口，若是，再采用第一窗口运行所述第二应用，并且，将所述第一应用切换到后台运行。

基于采用历史习惯运行窗口运行应用，实现根据用户喜爱程度智能启动应用，无需用户手动切换，提高用户体验。

第六实施例

本实施例基于上述各个实施例提出的应用运行方法，可选地，本实施例中，步骤S20包括:

获取所述第二应用在第二窗口的目标显示效果；

采用目标显示效果，在所述第二窗口显示所述第二应用的界面。

本实施例中，预设不同窗口运行的应用的显示效果不同，每个窗口的显示效果根据窗口特效或者悬浮位置等设定显示效果。可选地，显示效果包括显示位置、显示大小、颜色和动画等等。

在触发第二应用打开时，先确定第二应用采用哪个窗口运行，如采用第二窗口运行，则基于预先设定的第二窗口对应的目标显示效果，显示所述第二应用的界面。

可选地，窗口运行应用的过程中，会在窗口上显示应用的界面。因此，在所述第二窗口显示所述第二应用的界面，也就是运行所述第二应用。

本实施例基于不同窗口采用不同的显示效果来显示应用的界面，丰富应用的显示效果，且结合窗口的特效，使得应用的运行界面的显示效果更佳。

第七实施例

本实施例基于上述各个实施例提出的应用运行方法，可选地，本实施例中，步骤S20之后，还包括：

检测到所述第二窗口的移动操作时，获取所述第二窗口的目标移动位置；

当所述目标移动位置为设定位置时，将所述第二窗口运行的第二应用切换到第一窗口运行，将所述第一应用切换到后台运行，并关闭所述第二窗口。

本实施例中，所述第二窗口为悬浮窗口，所述悬浮窗口可以通过用户滑动屏幕时拖动。例如，用户按住悬浮窗口，然后沿屏幕滑动，悬浮窗口跟随滑动轨迹拖动。

本实施例预设一设定位置，该设定位置为窗口切换位置，当悬浮窗口移动到该设定位置时，说明用户想将悬浮窗口切换为全屏窗口。如此，当检测到第二窗口的移动操作，且基于所述移动操作确定第二窗口的目标移动位置，若所述目标移动位置为所述设定位置，则判定用户想将第二应用切换为全屏窗口显示，因此，将所述第二应用切换到第一窗口运行，将第一应用切换到后台运行，并关闭第二窗口。如此，实现应用的运行窗口的切换。

用户在使用移动终端的过程中，可能会在一些场景下，需要将悬浮窗口切换为全屏，以便于操作，相关技术中，需要用户在悬浮窗口触发全屏控件，或者将第一窗口显示的应用关闭后，才能将悬浮窗口切换为全屏。悬浮窗口较小，不便于操作，关闭控件较小，有时候比较难触碰，操作不变。本实施例预设一设定位置，只需要将悬浮窗口移动到该设定位置，则可实现运行窗口切换，操作便捷，更符合用户操作习惯，提升用户体验。

第八实施例

本发明还提供一种应用运行方法，所述方法包括以下步骤：

检测到应用打开操作时，识别所述移动终端的第一窗口是否运行有第一应用；

若是，则采用第二窗口运行所述应用打开操作对应的第二应用；

和/或，若否，则采用所述第一窗口运行所述应用打开操作对应的第二应用。

本实施例应用运行方法运行于移动终端。所述移动终端包括至少两个应用。可选地，所述应用可以为Facebook、微信、微博、播放器等。

在如今快节奏环境下，不能同时运行多个应用的移动终端已经无法满足用户的需求。基于此，在一些实施例中，设置在第一窗口上显示第二窗口，以实现第一应用和第二应用同时运行的目的。然而，第二窗口的显示，需要手动触发。基于此，本实施例设置基于移动终端当前的运行场景自动识别是否要同时运行至少两个应用，若是，则自动挂起第二窗口，采用第二窗口在第一应用界面上运行第二应用。无需用户根据需求手动打开第二窗口来同时运行第一应用和第二应用。

可选地，所述第一窗口大于所述第二窗口，所述第二窗口为悬浮于所述第一窗口上的浮窗。可选地，所述第一窗口为全屏显示的窗口，所述第二窗口为小屏的浮窗。

可选地，检测到应用打开操作时，识别所述移动终端当前是有运行有应用，若运行有应用，则判定所述移动终端的第一窗口运行有第一应用。此时，若需要打开第二应用，则说明用户想同时打开第一应用和第二应用，因此采用第二窗口运行所述第二应用，保持所述第一应用在第一窗口的运行，实现第一应用和第二应用同时运行。

若当前没有运行有应用，则判定所述移动终端的第一窗口没有运行第一应用。此时若打开应用，则直接全屏运行所述应用即可。

本实施例通过识别移动终端所在的场景自动判定是否在第一应用界面上挂起第二应用的界面，实现自动操作，无需手动操作，使用便捷。

可选地，采用第二窗口运行所述应用打开操作对应的第二应用的步骤包括：

识别所述第二应用是否支撑浮窗；

若是，则采用浮窗运行所述第二应用；

和/或，

若否，则采用所述第一窗口运行所述第二应用，将所述第一应用切换至后台运行。

可选地，移动终端的所有应用可能都支持浮窗，也可能有些第三方应用基于其结构设置的原因，不支持浮窗。因此，在本实施例中，若在第一应用运行过程中，检测到应用打开操作，并确定所述应用打开操作对应的第二应用后，识别所述第二应用是否支持浮窗，若不支持，则直接全屏打开所述第二应用，运行所述第二应用。将第一应用切换到后台运行，或者关闭所述第一应用。

可选地，若所述第二应用支持浮窗，则采用浮窗运行所述第二应用，所述第一应用保持当前窗口运行。也即第一窗口运行所述第一应用，第二窗口运行所述第二应用。

可选地，一些实施例中，应用设置包括浮窗设置，若识别到浮窗设置是打开状态，则应用支持浮窗，若浮窗设置为关闭状态，则应用不支持浮窗。可选地，若应用支持浮窗，则浮窗设置可以选择打开状态或关闭状态，若应用不支持浮窗，则浮窗设置为关闭状态。

本实施例结合上述实施例，基于可自动识别应用是否支持浮窗，进而根据移动终端当前的运行状态自动挂起浮窗运行第二应用，可实现多个应用同时运行的同时，简化操作过程，提升便捷性。

可选地，本实施例中，所述应用打开操作的触发方式与上述第一实施例相同，应用的打开的效果和打开的方式，与上述各个实施例相同，因此，此处不再一一赘述。

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

本申请实施例还提供一种存储介质，存储介质上存储有应用运行程序，应用运行程序被处理器执行时实现上述任一实施例中的应用运行方法的步骤。

在本申请提供的移动终端和存储介质的实施例中，可以包含任一上述应用运行方法实施例的全部技术特征，说明书拓展和解释内容与上述方法的各实施例基本相同，在此不再做赘述。

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

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

可以理解，上述场景仅是作为示例，并不构成对于本申请实施例提供的技术方案的应用场景的限定，本申请的技术方案还可应用于其他场景。例如，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

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

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例设备中的单元可以根据实际需要进行合并、划分和删减。

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

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

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络，或者其他可编程装置。计算机指令可以存储在存储介质中，或者从一个存储介质向另一个存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、存储盘、磁带)、光介质(例如，DVD)，或者半导体介质(例如固态存储盘Solid State Disk(SSD))等。

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

Claims (10)

1.一种应用运行方法，其特征在于，所述方法包括以下步骤：

S10：在第一窗口运行第一应用的过程中，检测到应用打开操作时，确定所述应用打开操作对应的第二应用；

S20：采用第二窗口运行所述第二应用。

2.如权利要求1所述的方法，其特征在于，步骤S20包括：

采用浮窗运行所述第二应用。

3.如权利要求2所述的方法，其特征在于，步骤S20包括：

识别所述第二应用是否支持浮窗；

若是，则采用浮窗运行所述第二应用；

和/或，

若否，则采用第一窗口运行所述第二应用，将所述第一应用切换到后台运行。

4.如权利要求1所述的方法，其特征在于，步骤S10包括：

在第一窗口运行第一应用的过程中，接收到系统通知且检测到所述系统通知的触发操作时，确定所述触发操作为所述应用打开操作；

确定所述系统通知关联的应用，确定所述系统通知所关联的应用为所述第二应用。

5.如权利要求1至4中任一项所述的方法，其特征在于，步骤S10包括：

在所述第一应用运行过程中，检测到预设操作时，输出菜单栏；

接收到基于所述菜单栏触发的应用选择操作时，确定所述应用选择操作为所述应用打开操作，确定所述应用选择操作所选择的应用为所述第二应用。

6.如权利要求5所述的方法，其特征在于，所述预设操作包括以下至少一种：

下拉菜单操作；

移动终端的侧边栏触发操作；

Hom键的触发操作。

7.如权利要求1至4中任一项所述的方法，其特征在于，步骤S20包括：

检测运行所述第一应用的第一窗口上是否显示有第二窗口；

若是，则将所述第二窗口运行的应用切换至后台运行，将所述第二应用运行于所述第二窗口；和/或，

若否，则采用所述第二窗口运行所述第二应用。

8.如权利要求1至4中任一项所述的方法，其特征在于，步骤S20之后，还包括：

检测到所述第一应用的关闭操作和/或缩小窗口操作时，将所述第二应用运行窗口切换为第一窗口运行。

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

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

Images