一种应用程序的选择性运行方法及装置与流程

本发明涉及智能终端技术，特别涉及一种应用程序的选择性运行方法及装置。

背景技术：

随着科技的发展，智能终端已成为了用户日常生活中的必备品，而智能终端的便利性也随着用户使用需求的提高而逐步提升。

目前，智能终端在工作时，通常前台仅能运行一个应用程序(以下简称为前台应用程序)，前台应用程序的操作界面会呈现在屏幕中以供用户操作。当用户使用前台应用程序时，如果其他应用程序被触发(如，电话接入，闹钟定点提醒，待办事项提示等等)，那么，智能终端会将原有的前台应用程序切换至后台，以及将被触发的应用程序的操作界面切换至前台，作为新的前台应用程序以供用户操作，待新的前台应用程序使用结束，再将原有的前台应用程序重新由后台切换至前台。

采用上述前后台切换方式，虽然可以及时处理最新触发的应用程序，但是，却存在以下问题：

原有的前台应用程序有可能是用户当前最急需使用的应用程序，在不确定用户是否需要切换的前提下，强行切换至最新触发的应用程序，会打断用户对原有的前台应用程序的使用，造成使用上的不便，有时会给用户造成损失。

例如，用户当前正在使用股票类的应用程序进行股票交易，此时，突然朋友A的电话接入，待用户接听完朋友A的电话，有可能错过了股票交易的最佳时机。

又例如，用户当前正在使用网游类的应用程序与朋友们组团刷副本，此时，突然闹铃事件触发，待用户终止闹铃事件后，有可能错过了最佳游戏时机，从而造成团队损失，同时也会大大影响用户的游戏体验。

然而，假设为了上述解决问题，智能终端不将最新触发的应用程序切换至前台(例如，拒接电话)，那么，如果最新触发的应用程序关联的是用户当前最需处理的事件，那么，也有可能给用户造成不可挽回的损失。

显然，用户在智能终端上使用前台应用程序时，智能终端是否需要将新触发的应用程序切换至前台，是一个两难的问题，现有技术下，还未存在合理的解决方案。

技术实现要素：

本发明实施例提供一种应用程序的选择性运行方法及装置，用以解决智能终端不能基于用户实际使用需求，灵活合理地实现应用程序切换的问题。

本发明实施例提供的具体技术方案如下：

一种应用程序的选择性运行方法，包括：

在第一应用程序的运行过程中，确定第二应用程序被触发；

保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息；

接收用户基于所述触发提示信息输入的操作指令；

基于所述操作指令确定用户指示运行所述第二应用程序时，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序。

较佳的，保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息，包括：

在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息；或者，

对所述第一应用程序的操作界面进行调整，在调整后的操作界面的周边指定区域中，呈现所述第二应用程序的触发提示信息；或者，

采用语音方式，播放所述第二应用程序的触发提示信息。

较佳的，在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息，包括：

在所述第一应用程序的操作界面中的设定边缘区域内，采用悬浮窗形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中的设定边缘区域内，采用系统通知形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中，通过所述操作界面中的功能选项，呈现所述第二应用程序的触发提示信息。

较佳的，接收用户基于所述触发提示信息输入的操作指令，包括：

接收用户在所述触发提示信息的展示界面输入的操作指令；或者，

基于用户在所述触发提示信息的展示界面中执行的操作行为，呈现对应所述操作行为设置的指令界面，以及接收用户基于所述指令界面输入的操作指令；或者，

接收用户基于所述触发提示信息执行的操作行为，并确定对应所述操作行为设置的操作指令。

较佳的，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序，包括：

继续保持呈现所述第一应用程序的操作界面，判断所述第一应用程序和所述第二应用程序是否均调用音频服务；

若是，则在所述第一应用程序中，将所述音频服务的配置值降低至预设门限及以下，以及在后台运行所述第二应用程序；

否则，直接在后台运行所述第二应用程序。

一种应用程序的选择性运行装置，包括：

确定单元，用于在第一应用程序的运行过程中，确定第二应用程序被触发；

呈现单元，用于保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息；

接收单元，用于接收用户基于所述触发提示信息输入的操作指令；

运行单元，用于基于所述操作指令确定用户指示运行所述第二应用程序时，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序。

较佳的，保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息时，所述呈现单元用于：

在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息；或者，

对所述第一应用程序的操作界面进行调整，在调整后的操作界面的周边指定区域中，呈现所述第二应用程序的触发提示信息；或者，

采用语音方式，播放所述第二应用程序的触发提示信息。

较佳的，在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息时，所述呈现单元用于：

在所述第一应用程序的操作界面中的设定边缘区域内，采用悬浮窗形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中的设定边缘区域内，采用系统通知形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中，通过所述操作界面中的功能选项，呈现所述第二应用程序的触发提示信息。

较佳的，接收用户基于所述触发提示信息输入的操作指令时，所述接收单元用于：

接收用户在所述触发提示信息的展示界面输入的操作指令；或者，

基于用户在所述触发提示信息的展示界面中执行的操作行为，呈现对应所述操作行为设置的指令界面，以及接收用户基于所述指令界面输入的操作指令；或者，

接收用户基于所述触发提示信息执行的操作行为，并确定对应所述操作行为设置的操作指令。

较佳的，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序时，所述运行单元用于：

继续保持呈现所述第一应用程序的操作界面，判断所述第一应用程序和所述第二应用程序是否均调用音频服务；

若是，则在所述第一应用程序中，将所述音频服务的配置值降低至预设门限及以下，以及在后台运行所述第二应用程序；

否则，直接在后台运行所述第二应用程序。

本发明实施例中，在第一应用程序的运行过程中，终端会在第一应用程序的操作界面中，向用户呈现第二应用程序的触发提示信息，并根据用户基于触发提示信息输入的操作指令，确定用户指示运行第二应用程序时，继续保持呈现第一应用程序的操作界面，以及在后台运行所述第二应用程序，这样，可以根据用户的实际使用需求，在前台和后台分别同时运行第一应用程序和第二应用程序，令用户不必在两个运行程序之间进行选择，可以同时为用户提供两种服务，从而有效提升了服务方式的丰富性和灵活性，进而有效改善用户体验。

附图说明

图1为本发明实施例中应用程序的选择性运行方法流程图；

图2A－图2C为本发明实施例中第一种方式下呈现第二应用程序的触发提示信息示意图；

图3为本发明实施例中第二种方式下呈现第二应用程序的触发提示信息示意图；

图4A和图4B为本发明实施例中接入用户基于触发提示信息输入的操作指令示意图；

图5为本发明实施例中终端功能结构示意图。

具体实施方式

为了解决智能终端不能基于用户实际使用需求，灵活合理地实现应用程序切换的问题，本发明实施例中，在第一应用程序的操作界面中展示第二应用程序的触发提示信息，若用户指示运行第二应用程序，在保持第一应用程序的操作界面，并在后台运行第二应用程序。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1所示，本发明实施例中应用程序的选择性运行方法流程如下：

步骤100：终端在第一应用程序的运行过程中，确定第二应用程序被触发。

具体的，终端在运行第一应用程序时，可以基于后台的通知确定第二应用程序被触发。

例如，用户在运行多媒体播放应用程序时，基于后台通知确定预设的闹钟事件到达指定时间。

又例如，用户在使用游戏应用程序时，基于后台通知确定又新的电话接入。

等等。

步骤101：终端保持呈现第一应用程序的操作界面，并提供第二应用程序的触发提示信息。

具体的，在执行步骤101时，终端可以采用但不限于以下两种执行方式：

第一种方式：在第一应用程序的操作界面中，呈现第二应用程序的触发提示信息。

即在第一应用程序的操作界面中，在不遮挡用户的主要操作区域的前提下，呈现第二应用程序的触发提示信息，具体的，在实现第一种方式时，又可以采用但不限于以下三种方法：

方法A：在第一应用程序的操作界面中的设定边缘区域内，采用悬浮窗形式呈现第二应用程序的触发提示信息。

例如，参阅图2A所示，终端在第一应用程序的操作界面的上边缘区域，或者，下边缘区域、或者，左边缘区域，或者，右边缘区域(任选一种)中，采用悬浮窗形式呈现第二应用程序的触发提示信息。

方法B：在第一应用程序的操作界面中的设定边缘区域内，采用系统通知形式呈现第二应用程序的触发提示信息、

例如，参阅图2B所示，终端在第一应用程序的操作界面的上边缘区域中，通过第二种方式为：系统通知呈现第二应用程序的触发提示信息。

方法C：在第一应用程序的操作界面中，通过操作界面中的功能选项，呈现第二应用程序的触发提示信息。

例如，参阅图2C所示，假设第一应用程序为游戏应用程序，则终端可以在游戏应用程序中的公共频道或私人频道中，采用通知方式呈现第二应用程序的触发提示信息。

第二种方式：对第一应用程序的操作界面进行调整，在调整后的操作界面的周边指定区域中，呈现第二应用程序的触发提示信息、

例如，参阅图3所示，当获知第二应用程序被触发后，终端也可以将第一应用程序的操作界面适应性缩小，在不影响用户对第一应用程序继续操作的前提下，在缩小后的操作界面的周边区域(如，可以是上周边区域，或者，下周边区域，或者，左周边区域，或者，右周边区域)，呈现第二应用程序的触发提示信息。

第三种方式：采用语音方式，播放第二应用程序的触发提示信息。

如果第二应用程序的触发提示信息，通过语音播放即可清晰传达，那么，终端也可以不对第一应用程序的操作界面作任何形式的改动，而是进行通过语音方式，向用户播放第二应用程序的触发提示信息。

例如：用户在使用股票交易应用程序时，终端向用户播报：下午三点，X公司重要客户来访。

又例如：用户在使用游戏应用程序时，终端向用户播报：张小小来电。

步骤102：终端接收用户基于触发提示信息输入的操作指令。

具体的，在执行步骤102时，终端也可以采用但不限于以下三种方式：

方式一：终端直接接收用户在触发提示信息的展示界面输入的操作指令。

在采用方式一时，用户可以直接在触发提示信息的展示界面进行操作，以输入相应的操作指令。

例如，参阅图4A所示，假设在第一应用程序的操作界面中呈现的第二应用程序的触发提示信息为“张小小来电”，那么，用户可以通过单击这一触发提示信息，表示输入“接听”这一操作指令，或者，也可以通过双击这一触发提示信息，表示输入“拒绝”这一操作指令。

方式二：终端基于用户在触发提示信息的展示界面中执行的操作行为，呈现对应该操作行为设置的指令界面，以及接收用户基于该指令界面输入的操作指令。

在采用方式二时，用户可以在基于触发提示信息进一步展示的指令界面中进行操作，以输入相应的操作指令。

例如，参阅图4A和图4B所示，假设在第一应用程序的操作界面中呈现的第二应用程序的触发提示信息为“张小小来电”，那么，用户可以单击这一触发提示信息，终端将呈现对应“张小小来电”设置的指令界面，包含有“接听”和“拒绝”两种指令，用户可以基于自身使用需求，点击相应的按钮以输入相应的操作指令。

方式三：接收用户基于触发提示信息执行的操作行为，并确定对应该操作行为设置的操作指令。

在采用方式三时，终端可以将用户的操作行为直接转换为相应的操作指令。

例如，假设终端通过语音方式向用户提示“张小小来电”，那么，用户可以直接晃动手机(如，水平晃动，竖直晃动等等)，而终端会确定对应“晃动”这一操作行为设置的操作指令是“接听”或“拒绝”，并执行该操作指令。

步骤103：终端基于接收的操作指令确定用户指示运行第二应用程序时，继续保持呈现第一应用程序的操作界面，以及在后台运行第二应用程序。

具体的，在执行步骤103时，较佳的，终端可以继续在屏幕中保持第一应用程序的操作界面，此时，第二应用程序的触发提示信息不再出现在第一应用程序的操作界面中，用户可以继续在屏幕中使用第一应用程序，而终端将第二应用程序的运行过程完全后台化；具体的，在此过程中，终端可以判断第一应用程序和第二应用程序是否均调用音频服务，若是，则终端在第一应用程序中，将音频服务的配置值降低至预设门限及以下，以及在后台运行第二应用程序；否则，直接在后台运行第二应用程序。

实际应用中，不同的应用程序可以共享音频服务，因此，第一应用程序和第二应用程序也可以共享音频服务，较佳的，当第二应用程序在后台运行时，为了令第一应用程序与第二应用程序在使用上互相不冲动，需要适当降低针对第一应用程序的音频服务。

例如，假设第一应用程序为游戏应用程序，而第二应用程序为电话服务，那么，当电话服务在后台运行时，终端需要将游戏应用服务调用的音频服务的音频降低到预设门限及以下，这样，可以避免对用户的电话服务造成干扰。

当然，实际应用中，共享音频服务的两个不同的应用程序是共享声道的，因此，除非用户将游戏应用程序中的音频服务彻底关闭，否则，用户可以在音箱或耳麦中同时听到游戏应用程序的声音和电话服务的声音，两种应用程序各自调用的音频服务的音量大小，可以由用户根据自身需求灵活设置。

如，假设电话服务接通后，终端将游戏应用程序中的音频服务的音量降低至10分贝(当然也可以是其他分贝，此处仅为举例)。

若张小小是用户的好友，则用户可以将游戏应用程序中已降低至10分贝的音量进行回调，即将音量重新回升至某一数值，这样，用户可以一边玩游戏一边与好友通话。

而若张小小是用户的重要客户，则用户维持游戏应用程序中已降低至10分贝的音量不变，或者，进一步地，用户可以再次将游戏应用程序中的音频服务调整至静音，这样，用户可以专心与客户通话。

当然，上述调试过程同样适应于第二应用程序，即用户同样可以根据自身的使用需求对第二应用程序中的音频服务的音量灵活调整。

简言之，终端在后台运行第二应用程序后，可以根据用户的指令，对第一应用程序中的音频服务进行调整，或/和，对第二应用程序中的音频服务进行调整，在此不再赘述。

基于上述实施例，参阅图5所示，本发明实施例中，一种应用程序的选择性运行装置(即终端)，至少包括确定单元50、呈现单元51、接收单元52和运行单元53，其中，

确定单元50，用于在第一应用程序的运行过程中，确定第二应用程序被触发；

呈现单元51，用于保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息；

接收单元52，用于接收用户基于所述触发提示信息输入的操作指令；

运行单元53，用于基于所述操作指令确定用户指示运行所述第二应用程序时，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序。

较佳的，保持呈现所述第一应用程序的操作界面，并提供所述第二应用程序的触发提示信息时，所述呈现单元51用于：

在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息；或者，

对所述第一应用程序的操作界面进行调整，在调整后的操作界面的周边指定区域中，呈现所述第二应用程序的触发提示信息；或者，

采用语音方式，播放所述第二应用程序的触发提示信息。

较佳的，在所述第一应用程序的操作界面中，呈现所述第二应用程序的触发提示信息时，所述呈现单元51用于：

在所述第一应用程序的操作界面中的设定边缘区域内，采用悬浮窗形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中的设定边缘区域内，采用系统通知形式呈现所述第二应用程序的触发提示信息；或者，

在所述第一应用程序的操作界面中，通过所述操作界面中的功能选项，呈现所述第二应用程序的触发提示信息。

较佳的，接收用户基于所述触发提示信息输入的操作指令时，所述接收单元52用于：

接收用户在所述触发提示信息的展示界面输入的操作指令；或者，

基于用户在所述触发提示信息的展示界面中执行的操作行为，呈现对应所述操作行为设置的指令界面，以及接收用户基于所述指令界面输入的操作指令；或者，

接收用户基于所述触发提示信息执行的操作行为，并确定对应所述操作行为设置的操作指令。

较佳的，继续保持呈现所述第一应用程序的操作界面，以及在后台运行所述第二应用程序时，所述运行单元53用于：

继续保持呈现所述第一应用程序的操作界面，判断所述第一应用程序和所述第二应用程序是否均调用音频服务；

若是，则在所述第一应用程序中，将所述音频服务的配置值降低至预设门限及以下，以及在后台运行所述第二应用程序；

否则，直接在后台运行所述第二应用程序。

综上所述，本发明实施例中，在第一应用程序的运行过程中，终端会在第一应用程序的操作界面中，向用户呈现第二应用程序的触发提示信息，并根据用户基于触发提示信息输入的操作指令，确定用户指示运行第二应用程序时，继续保持呈现第一应用程序的操作界面，以及在后台运行所述第二应用程序，这样，可以根据用户的实际使用需求，在前台和后台分别同时运行第一应用程序和第二应用程序，令用户不必在两个运行程序之间进行选择，可以同时为用户提供两种服务，从而有效提升了服务方式的丰富性和灵活性，进而有效改善用户体验。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。