CN107436802B - 用于应用程序的控制方法、***、介质和计算设备 - Google Patents

Abstract

本发明的实施方式提供了一种用于应用程序的控制方法，包括：获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能；响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面；以及控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。通过控制启动界面的显示状态和/或显示时间，本发明的方法使第一应用程序保持其在调用预定功能前的状态，从而显著降低对第一应用程序的干扰，用户体验更好。此外，本发明的实施方式提供了一种用于应用程序的控制***、一种介质和一种计算设备。

Description

用于应用程序的控制方法、***、介质和计算设备

技术领域

本发明的实施方式涉及计算机领域，更具体地，本发明的实施方式涉及一种用于应用程序的控制方法、***、介质和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在整个计算机领域，基于移动客户端开发的移动应用程序(Application，简称为APP)被赋予日渐丰富的功能，使得越来越多的用户愿意选择在移动客户端上安装不同功能的移动应用程序来实现工作、娱乐等各方面的需求。用户对APP不同的功能需求，使得有时利用一个移动应用程序就可以实现用户的需求，有时需要通过多个移动应用程序相互配合才可以实现用户的需求，例如，如果想要实现功能A，但当前开启的APP1无法实现这一功能，此时，APP1可以借助能够实现功能A的其他APP(比如APP2)来实现该功能，具体地，APP1可以通过调用APP2来实现功能A。

目前，已经出现一些APP借助其他APP来实现自身不具有的功能的方法，然而，在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：APP借助其他APP来实现自身不具有的某个(或者某些)功能时，会干扰到该APP当前正在使用的功能，使得用户体验不好。

针对相关技术中的上述问题，目前还未提出有效的解决方案。

发明内容

但是，由于相关技术中在APP借助其他APP来实现自身不具有的某个(或者某些)功能时，由于其他APP在开启某个(或者某些)功能后会弹出对应的启动界面，用户必须在当前弹出的启动界面上点击返回才能回到APP调用预定功能之前的显示状态，在一定程度上干扰到该APP当前正在使用的功能。

因此在现有技术中，用户必须在当前弹出的启动界面上点击返回才能回到APP调用预定功能之前的显示状态，这是非常令人烦恼的过程。

为此，非常需要一种改进的用于APP的控制方法，以使用户在APP借助其他APP来实现自身不具有的某个(或者某些)功能时，可以不用在当前弹出的启动界面上进行操作，例如点击返回，就可以实现APP保持其在调用预定功能之前的显示状态不变。

在本上下文中，本发明的实施方式期望提供一种用于应用程序的控制方法及其***。

在本发明实施方式的第一方面中，提供了一种用于应用程序的控制的方法，包括：获取第一应用程序对第二应用程序的调用请求，上述调用请求用于指示在上述第一应用程序中开启上述第二应用程序的预定功能；响应于上述调用请求，以在上述第一应用程序中开启上述第二应用程序的上述预定功能，其中，上述第二应用程序在开启上述预定功能后会弹出对应的启动界面；以及控制上述启动界面的显示状态和/或显示时间，使得上述第一应用程序保持其在调用上述预定功能之前的显示状态不变。

在本发明的一个实施例中，控制上述启动界面的显示状态包括：获取上述启动界面的显示状态的参数；以及调整上述启动界面的显示状态的参数，使得上述启动界面的显示状态为透明状态。

在本发明的另一实施例中，在调整上述启动界面的显示状态的参数，使得上述启动界面的显示状态为透明状态之后，上述方法还包括：在开启显示状态为透明状态的上述启动界面之后的预设时间段内，控制上述启动界面关闭；或者在开启显示状态为透明状态的上述启动界面之后，保持上述启动界面处于打开状态。

在本发明的又一个实施例中，控制上述启动界面的显示时间包括：获取上述启动界面的显示时间的预设时间；以及在上述启动界面的显示时间达到上述预设时间之前，控制上述第二应用程序的上述启动界面关闭。

在本发明的再一个实施例中，在获取第一应用程序对第二应用程序的调用请求之前，上述方法还包括：判断上述第一应用程序与上述第二应用程序是否已被预先关联；以及若上述第一应用程序与上述第二应用程序已被预先关联，则允许执行获取第一应用程序对上述第二应用程序的调用请求的操作。

在本发明的再一个实施例中，上述方法还包括：若上述第一应用程序与上述第二应用程序未被预先关联，则禁止执行获取第一应用程序对上述第二应用程序的调用请求的操作。

在本发明实施方式的第二方面中，提供了一种用于应用程序的控制***，包括：获取模块，用于获取第一应用程序对第二应用程序的调用请求，上述调用请求用于指示在上述第一应用程序中开启上述第二应用程序的预定功能；第一启动模块，用于响应于上述调用请求，以在上述第一应用程序中开启上述第二应用程序的上述预定功能，其中，上述第二应用程序在开启上述预定功能后会弹出对应的启动界面；以及第一控制模块，用于控制上述启动界面的显示状态和/或显示时间，使得上述第一应用程序保持其在调用上述预定功能之前的显示状态不变。

在本发明的一个实施例中，上述第一控制模块包括：第一获取单元，用于获取上述启动界面的显示状态的参数；以及第一调整单元，用于调整上述启动界面的显示状态的参数，使得上述启动界面的显示状态为透明状态。

在本发明的另一实施例中，上述***还包括：第二控制模块，用于在开启显示状态为透明状态的上述启动界面之后的预设时间段内，控制上述启动界面关闭；或者第三控制模块，用于在开启显示状态为透明状态的上述启动界面之后，保持上述启动界面处于打开状态。

在本发明的又一个实施例中，上述第一控制模块包括：第二获取单元，用于获取上述启动界面的显示时间的预设时间；以及控制单元，用于在上述启动界面的显示时间达到上述预设时间之前，控制上述第二应用程序的上述启动界面关闭。

在本发明的再一个实施例中，上述***还包括：判断模块，用于在获取第一应用程序对第二应用程序的调用请求之前，判断上述第一应用程序与上述第二应用程序是否已被预先关联；以及第一处理模块，用于在上述第一应用程序与上述第二应用程序已被预先关联的情况下，允许执行获取第一应用程序对上述第二应用程序的调用请求的操作。

在本发明的再一个实施例中，上述***还包括：第二处理模块，用于在上述第一应用程序与上述第二应用程序未被预先关联的情况下，禁止执行获取第一应用程序对上述第二应用程序的调用请求的操作。

在本发明实施方式的第三方面中，提供了一种介质，存储有计算机可执行指令，上述指令在被处理单元执行时用于实现上述实施例中任一项所述的用于应用程序的控制方法。

在本发明实施方式的第四方面中，提供了一种计算设备，包括：处理单元；以及存储单元，存储有计算机可执行指令，上述指令在被处理单元执行时用于实现上述实施例中任一项所上述的用于应用程序的控制方法。

根据本发明实施方式的用于应用程序的控制方法及其***，可以通过控制上述启动界面的显示状态和/或显示时间，使得上述第一应用程序保持其在调用上述预定功能之前的显示状态不变，而无需用户在当前弹出的启动界面上点击返回，就能回到第一应用程序在调用第二应用程序的预定功能之前的显示状态，克服了相关技术中需要用户在当前弹出的启动界面上点击返回才能回到第一应用程序在调用第二应用程序的预定功能之前的显示状态的缺陷，从而显著地降低了对第一应用程序中正在使用的功能的干扰，并且减少了用户对第二应用程序弹出的启动界面的操作，为用户带来了更好的体验。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明实施方式的用于应用程序的控制方法及其***的示例性***架构；

图2A示意性地示出了根据本发明实施例的用于应用程序的控制方法的流程图；

图2B示意性地示出了相关技术中传统的用于应用程序的控制方法的效果图；

图2C示意性地示出了根据本发明实施例的用于应用程序的控制方法的效果图；

图2D示意性地示出了根据本发明实施例的控制启动界面的显示状态的流程图；

图2E示意性地示出了根据本发明另一实施例的用于应用程序的控制方法的流程图；

图2F示意性地示出了根据本发明实施例的控制启动界面的显示时间的流程图；

图2G示意性地示出了根据本发明又一实施例的用于应用程序的控制方法的流程图；

图2H示意性地示出了根据本发明再一实施例的用于应用程序的控制方法的流程图；

图3A示意性地示出了根据本发明实施例的用于应用程序的控制***的框图；

图3B示意性地示出了根据本发明实施例的第一控制模块的框图；

图3C示意性地示出了根据本发明另一实施例的用于应用程序的控制***的框图；

图3D示意性地示出了根据本发明另一实施例的第一控制模块的框图；

图3E示意性地示出了根据本发明又一实施例的用于应用程序的控制***的框图；

图3F示意性地示出了根据本发明再一实施例的用于应用程序的控制***的框图；

图4示意性地示出了根据本发明实施方式的计算机可读存储介质产品的示意图；以及

图5示意性地示出了根据本发明实施方式的计算设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种***、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种用于应用程序的控制方法、***、介质和计算设备。

在本文中，需要理解的是，所涉及的术语主要包括：APP客户端，表示基于计算设备操作***的应用程序，如手机操作***的应用程序。例如Android***的某阅读类应用。当用户打开APP客户端中某个界面时，客户端发送请求到相应服务器，服务器返回数据，并呈现给用户最终界面。用户在APP客户端的界面上进行输入操作，客户端可以发送数据到服务器，进而服务器处理数据；书籍正文，表示一本书占比最大的组成部分，包含了这本书主要的信息和观点，通常一本书的正文会分为若干个章节；关联启动，对计算设备操作***中的应用程序来说，若第一应用程序和第二应用程序关联启动，则表示允许第一应用程序调用第二应用程序，例如在Android***中，若阅读类应用程序和听书类应用程序关联启动，那么在启动阅读类应用程序后，允许其调用听书类应用。手机应用之间的关联启动有好处也有坏处，有些软件我们希望它能关联启动，但是有些软件我们并不喜欢它启动其他的APP，比如说现在被滥用的某全家桶等。在这种情况下，一些手机制造厂商出厂设置的自带***就会默认关闭每个APP的“关联启动”开关。只有用户手动打开“关联启动”的开关时，当前APP才可以接受其它APP的调用。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

在实现本发明实施例的过程中，发明人发现：APP借助其他APP来实现自身不具有的某个(或者某些)功能时，会干扰到该APP当前正在使用的功能，使得用户体验不好。

本发明的实施方式提供了一种用于应用程序的控制方法及其***，该应用程序的控制方法包括：获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能；响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面；以及控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。由于本发明可以通过控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变，克服了相关技术中需要用户在当前弹出的启动界面上点击返回才能回到第一应用程序在调用第二应用程序的预定功能之前的显示状态的缺陷，从而显著地降低了对第一应用程序中正在使用的功能的干扰，并且减少了用户对第二应用程序弹出的启动界面的操作，为用户带来了更好的体验。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

首先参考图1详细阐述本发明实施例的用于应用程序的控制方法及其***的示例性***架构。

如图1所示，根据该实施例的***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的用于应用程序的控制方法一般可以由终端设备101、102或103执行。或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的用于应用程序的控制***一般可以设置于终端设备101、102或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

需要说明的是，本发明可以应用于多种场景，为了便于说明，下文将以安卓***中第一应用程序为某阅读类应用，第二应用程序为某听书功能类应用为例详细阐述本发明，而并非对本分明实施方式的限定。

示例性方法

下面结合图1的***架构，参考图2A、图2D、图2E、图2F、图2G、图2H来描述根据本发明示例性实施方式的用于应用程序的控制方法。需要注意的是，***架构仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

本发明实施例提供了一种用于应用程序的控制方法。

图2A示意性地示出了根据本发明实施例的用于应用程序的控制方法的流程图。如图2A所示，该用于应用程序的控制方法可以包括如下操作：

操作S201，获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能。

操作S202，响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面。

操作S203，控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。

需要说明的是，第一应用程序可以是实现阅读功能的阅读类应用程序，第二应用程序可以是实现听书这一预定功能的应用程序。应当可以理解，以阅读类和听书类的应用对本公开的实施例的实施方式做说明，并不是对第一应用和第二应用的功能的限定。

一般地，在打开第一应用程序，如阅读类应用后，用户根据实际需要在阅读类应用展示的界面上做出选择(向第一应用程序的服务器发送请求)，如阅读某书籍的正文部分，阅读类应用会根据用户做出的选择，准备与用户选择相对应的某书籍的正文部分数据，最后将数据返回给前端，使得某书籍的正文部分可以展示在阅读类应用的当前界面(服务器根据用户的选择返回相对应的返回数据，并呈现给用户最终界面)，若想在阅读类应用中实现某预定功能，如听书功能，那么用户需要在阅读类应用呈现的界面上点击“听书”按钮，即向可以实现听书这一预定功能的听书类应用发送调用请求，听书类应用可以响应上述调用请求以实现听书这一预定功能的开启，并在开启听书这一预定功能后弹出对应的启动界面。换言之，在调用听书类应用之前和调用听书类应用之后，阅读类应用的显示状态不同，即在调用听书类应用之前，阅读类应用的显示状态为阅读类应用打开的某书籍的正文部分的界面，而在调用听书类应用之后，阅读类应用的显示状态变为听书类应用弹出的用于启动听书这一预定功能的启动界面。

如图2B所示，在相关技术中，在阅读类应用(如图2B的左图所示)中启动听书类应用后，会弹出听书类应用的启动界面(如图2B的中图所示)，一般需要用户在弹出的听书类应用的启动界面上进行操作如点击返回才能继续阅读功能(如图2B的右图所示)。

可见，在相关技术中，从用户的角度来看，弹出的听书类应用的启动界面会在用户点击返回之前保持显示状态(如图2B的中图所示)，当用户在该启动界面上进行相应的操作如点击返回才会将该启动界面关闭，将被中断的阅读功能恢复。换言之，听书类应用的启动界面，会在用户点击返回之前以用户可见的方式显示一段时间，导致阅读功能的中断。

与上述相关技术不同，如图2C所示，在本发明实施例中，可以通过控制弹出的听书类应用的启动界面的显示状态和/或显示时间，使得听书类应用的启动界面以用户不可见的方式显示和/非常短的显示时间，换言之，用户无法感知到该听书类应用的启动界面，从而既能实现对听书类应用的调用，又能实现对前台用户无任何干扰。

通过本公开实施例，在第一应用程序中开启第二应用程序的预定功能时，通过控制启动界面的显示状态和/或显示时间，使得用户无法感知到第二应用程序的启动界面，即第一应用程序保持其在调用预定功能前的状态，从而显著降低了开启第二应用程序对第一应用程序的干扰，用户体验更好。

作为一种可选的实施例，控制启动界面的显示状态包括：获取启动界面的显示状态的参数；以及调整启动界面的显示状态的参数，使得启动界面的显示状态为透明状态。

与上述相关技术不同，如图2D所示，在本发明实施例中，控制启动界面的显示状态可以包括如下操作：

操作S2031，获取启动界面的显示状态的参数。

操作S2032，调整启动界面的显示状态的参数，使得启动界面的显示状态为透明状态。

需要说明的是，在响应调用请求在阅读类应用中开启听书类应用的听书功能后，阅读类应用可以继续运行，也可以停止运行(后台运行)、但是当前的运行状态被保留，使得听书类应用的启动界面显示结束后阅读类应用能从保留的当前运行状态中恢复运行。获取启动界面的显示状态的参数，调整该参数，使得启动界面的显示状态为透明状态，即调起的听书类应用的启动界面对用户来说是不可见的(如图2B的中图所示)，用户无法感知到该听书类应用的启动界面。

通过本公开实施例，将第二应用程序的启动界面显示为透明状态，用户看不到第二应用程序的启动界面，换言之，用户看到的还是第一应用程序在调用预定功能之前的状态，即在第一应用程序中开启第二应用程序的预定功能时，第二应用程序的启动界面为不可见状态，实现了第一应用程序保持其在调用预定功能之前的状态不变。

作为一种可选的实施例，在调整启动界面的显示状态的参数，使得启动界面的显示状态为透明状态之后，方法还包括：在开启显示状态为透明状态的启动界面之后的预设时间段内，控制启动界面关闭；或者在开启显示状态为透明状态的启动界面之后，保持启动界面处于打开状态。

如图2E所示，在调整启动界面的显示状态的参数，使得启动界面的显示状态为透明状态之后，该方法可以包括如下操作S2033或者操作S2034，其中：

操作S2033，在开启显示状态为透明状态的启动界面之后的预设时间段内，控制启动界面关闭。

操作S2034，在开启显示状态为透明状态的启动界面之后，保持启动界面处于打开状态。

需要说明的是，当启动界面的显示状态为透明状态时，用户无法感知到该启动界面的存在，即实现了听书功能的开启，又没有让用户感到阅读功能的中断，那么对该透明显示的启动界面可以有两种处理方式：

处理方式一：允许该显示状态为透明状态的启动界面显示一定的时间后自动关闭。具体地，可以设置一个预设时间，使得在开启显示状态为透明状态的启动界面之后的预设时间段内，控制启动界面自动关闭。

具体地，栈是一种特殊的线性表，是一种只允许在表的一端进行***或删除操作的线性表。表中允许进行***、删除操作的一端称为栈顶。栈顶的当前位置是动态的，对栈顶当前位置的标记称为栈顶指针。栈的***操作通常称为进栈或入栈，栈的删除操作通常称为退栈或出栈。在栈操作过程中，有一个专门的栈指针(习惯上称它为TOP)，指出栈顶元素所在的位置。在栈中，栈顶指针动态反映了栈中元素的变化情况。在阅读类应用运行的过程中，当前运行的阅读类应用即为栈顶元素，在接收到阅读类应用对听书类应用的调用请求后，听书类应用将进栈并处于栈顶位置，当该听书类应用完成启动后，删除该栈顶元素，栈顶的听书类应用将会被弹出销毁，之前被中断的阅读类应用将恢复运行，而被销毁的听书类应用的启动界面这一栈顶元素将不被保持状态，即不能恢复运行，具体实现方式会因编程语言的不同而存在差别，具体实现过程在此不做赘述和限定，任何可以实现上述技术效果的实施方式均在本发明的保护范围内。

处理方式二：允许该显示状态为透明状态的启动界面一直处于打开状态。

由于该启动界面的显示状态为透明状态，因此无论是显示一定的时间后自动关闭还是一直处理显示状态，对用户来说都是不可见的，即从用户的角度来说，不会感到听书功能的中断。

通过本公开实施例，由于启动界面的显示状态为透明状态，一方面可以保持该透明状态的启动界面处于显示状态，实现对听书类应用完成调用的同时，用户无法感知到听书类应用的启动界面，另一方面也可以将显示状态为透明状态的启动界面显示一定的时间后自动关闭，实现对听书类应用完成调用的同时，用户无法感知到听书类应用的启动界面的同时，还可以降低电子设备的耗电量，进一步大大提升应用程序的用户在客户端的体验。

作为一种可选的实施例，控制启动界面的显示时间包括：获取启动界面的显示时间的预设时间；以及在启动界面的显示时间达到预设时间之前，控制第二应用程序的启动界面关闭。

如图2F所示，控制启动界面的显示时间可以包括如下操作：

操作S2035，获取启动界面的显示时间的预设时间。

操作S2036，在启动界面的显示时间达到预设时间之前，控制第二应用程序的启动界面关闭。

需要说明的是，听书类应用的启动界面，会在用户点击返回之前以用户可见的方式显示一段时间，通过设定启动界面的显示时间的预设值，该预设值可以的数量级可以是毫秒级别的，如该预设值为0.1毫秒，则使得启动界面的显示时间达到0.1毫秒之前的任意时刻，如0.01毫秒、0.05毫秒或者0.1毫秒时，控制第二应用程序的启动界面关闭，同样可以实现对听书类应用完成调用的同时，用户无法感知到听书类应用的启动界面。

通过本公开实施例，通过设置听书类应用的启动界面的显示时间为非常短的时间并在显示后关闭，用户很难感知到听书类应用的启动界面，换言之，用户看到的还是阅读类应用在调用预定功能之前的状态，即在阅读类应用中开启听书类应用的预定功能时，听书类应用的启动界面为不可见状态，相当于实现了阅读类应用保持其在调用预定功能之前的状态不变。

需要说明的是，基于移动客户端开发的移动应用程序被赋予日渐丰富的功能，使得越来越多的用户愿意选择在移动客户端上安装不同功能的移动应用程序来实现工作、娱乐等各方面的需求。

对移动应用程序的开发者来说，一般会允许其移动应用程序被其他的移动应用程序调用。

对移动应用程序的使用者来说，移动应用程序之间的相互调用可以很方便快捷的实现各种功能，但有时也会带来不必要的麻烦，因此，有的应用程序用户允许它们能够相互调用，而有的应用程序用户并不希望它们之间能够相互调用。具体地，用户可以通过手动打开或关闭“关联启动”的开关，实现移动应用程序之间相互调用的开启或关闭。换言之，当打开“关联启动”的开关时，移动应用程序可以视已为被预先关联，此时，移动应用程序之间允许相互调用，而当关闭“关联启动”的开关时，移动应用程序可以视为未被预先关联，移动应用程序之间禁止相互调用。结合本发明为例的应用场景，当打开“关联启动”的开关时，阅读类应用与听书类应用已被预先关联，此时，听书类应用允许阅读类应用的调用，而当关闭“关联启动”的开关时，阅读类应用与听书类应用未被预先关联，此时，听书类应用禁止阅读类应用的调用。

可见，在获取阅读类应用对听书类应用的调用请求之前，需要对阅读类应用与听书类应用之间的关联关系进行判断。

作为一种可选的实施例，在获取第一应用程序对第二应用程序的调用请求之前，该方法还包括：判断第一应用程序与第二应用程序是否已被预先关联；以及若第一应用程序与第二应用程序已被预先关联，则允许执行获取第一应用程序对第二应用程序的调用请求的操作。

如图2G所示，在获取第一应用程序对第二应用程序的调用请求之前，该用于应用程序的控制方法还可以包括如下操作：

操作S204，判断第一应用程序与第二应用程序是否已被预先关联。

操作S205，若第一应用程序与第二应用程序已被预先关联，则允许执行获取第一应用程序对第二应用程序的调用请求的操作。

作为一种可选的实施例，该方法还包括：若第一应用程序与第二应用程序未被预先关联，则禁止执行获取第一应用程序对第二应用程序的调用请求的操作。

如图2H所示，该用于应用程序的控制方法还可以包括如下操作：

操作S206，若第一应用程序与第二应用程序未被预先关联，则禁止执行获取第一应用程序对第二应用程序的调用请求的操作。

需要说明的是，通过对阅读类应用与听书类应用之间的关联关系进行判断，可以知道听书类应用是否允许阅读类应用对其的调用，进一步，当阅读类应用与听书类应用已被预先关联，则表明听书类应用允许阅读类应用对其的调用，换言之，允许执行获取阅读类应用对听书类应用的调用请求的操作，当阅读类应用与听书类应用未被预先关联，则表明听书类应用禁止阅读类应用对其的调用，换言之，禁止执行获取阅读类应用对听书类应用的调用请求的操作。

需要说明的是，基于计算设备操作***的第一应用程序和第二应用程序来说，有多种方式/方法来实现“关联启动”，本公开的实施例在此不做限定。

可以通过用户根据需要在***权限中手动设置来实现关联。例如，当用户将***权限中“关联启动”的开关打开时，则表明允许在打开的阅读类应用调用听书功能的应用的播放服务，反之，当用户将***权限中“关联启动”的开关关闭时，则表明禁止在打开的阅读类应用调用听书功能的应用的播放服务，即通过控制***权限中“关联启动”的开启和关闭实现关联。

在本发明的另一实施例中，可以在服务器上存储第一应用程序的第一用户账号调用第二应用程序的历史调用结果，当用户使用所述第一用户账号在终端上登录第一应用程序的情况下，本发明的实施例可以根据上述历史调用结果，在该终端上实现第一用程序和第二应用程序的关联关系的自动设置。该终端可以是第一用户账号最初调用第二应用程序所在的终端，也可以是第一用户账号登录第一应用程序的其他终端。例如，若服务器上存储有阅读类应用的用户账号A之前成功调用听书类应用的历史调用结果，则当用户使用用户账户A登录时，***可以根据从服务器获取的这一历史调用结果，实现与听书类应用的自动关联。

还可以通过***服务器统计多个用户关联习惯，将符合大部分用户关联习惯的应用程序建立关联关系，并给其他终端发送关联指令，把符合大部分用户关联习惯的关联关系建立在新的终端上，可以有助于便捷的建立关联关系。

通过本公开实施例，由于采用在获取阅读类应用对听书类应用的调用请求之前，对阅读类应用与听书类应用之间的关联关系进行判断的技术方案，根据已被预先关联/未被预先关联的判断结果允许/禁止执行获取阅读类应用对听书类应用的调用请求的操作，使得用户参与到应用程序是否允许被调用的操作中，用户体验更好。

示例性***

在介绍了本发明示例性实施方式的方法之后，接下来，参考图3A～图3F对本发明示例性实施方式的、用于应用程序的控制***进行详细阐述。

本发明实施例提供了一种用于应用程序的控制***。

图3A示意性地示出了根据本发明实施例的用于应用程序的控制***的框图。如图3A所示，该***可以包括：获取模块10、第一启动模块20和第一控制模块30。

获取模块10用于获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能。

第一启动模块20用于响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面。

第一控制模块30用于控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。

通过本公开实施例，在第一应用程序中开启第二应用程序的预定功能时，通过控制启动界面的显示状态和/或显示时间，使得用户无法感知到第二应用程序的启动界面，即第一应用程序保持其在调用预定功能前的状态，从而显著降低了开启第二应用程序对第一应用程序的干扰，用户体验更好。

作为一种可选的实施例，如图3B，第一控制模块30可以包括：第一获取单元301和第一调整单元302。

第一获取单元301用于获取启动界面的显示状态的参数。

第一调整单元302用于调整启动界面的显示状态的参数，使得启动界面的显示状态为透明状态。

通过本公开实施例，将第二应用程序的启动界面显示为透明状态，用户看不到第二应用程序的启动界面，换言之，用户看到的还是第一应用程序在调用预定功能之前的状态，即在第一应用程序中开启第二应用程序的预定功能时，第二应用程序的启动界面为不可见状态，实现了第一应用程序保持其在调用预定功能之前的状态不变。

作为一种可选的实施例，如图3C，该***还可以包括：第二控制模块40，用于在开启显示状态为透明状态的启动界面之后的预设时间段内，控制启动界面关闭；或者第三控制模块(此模块未在附图中示出)，用于在开启显示状态为透明状态的启动界面之后，保持启动界面处于打开状态。

通过本公开实施例，由于启动界面的显示状态为透明状态，一方面可以保持该透明状态的启动界面处于显示状态，实现对听书类应用完成调用的同时，用户无法感知到听书类应用的启动界面，另一方面也可以将显示状态为透明状态的启动界面显示一定的时间后自动关闭，实现对听书类应用完成调用的同时，用户无法感知到听书类应用的启动界面的同时，还可以降低电子设备的耗电量，进一步大大提升应用程序的用户在客户端的体验。

作为一种可选的实施例，如图3D，第一控制模块30可以包括：第二获取单元303和控制单元304。

第二获取单元303用于获取启动界面的显示时间的预设时间。

控制单元304用于在启动界面的显示时间达到预设时间之前，控制第二应用程序的启动界面关闭。

通过本公开实施例，通过设置听书类应用的启动界面的显示时间为非常短的时间并在显示后关闭，用户很难感知到听书类应用的启动界面，换言之，用户看到的还是阅读类应用在调用预定功能之前的状态，即在阅读类应用中开启听书类应用的预定功能时，听书类应用的启动界面为不可见状态，相当于实现了阅读类应用保持其在调用预定功能之前的状态不变。

作为一种可选的实施例，如图3E，该***还可以包括：判断模块50和第一处理模块60。

判断模块50用于在获取第一应用程序对第二应用程序的调用请求之前，判断第一应用程序与第二应用程序是否已被预先关联。

第一处理模块60用于在第一应用程序与第二应用程序已被预先关联的情况下，允许执行获取第一应用程序对第二应用程序的调用请求的操作。

作为一种可选的实施例，如图3F，该***还可以包括：第二处理模块70，用于在第一应用程序与第二应用程序未被预先关联的情况下，禁止执行获取第一应用程序对第二应用程序的调用请求的操作。

通过本公开实施例，由于采用在获取阅读类应用对听书类应用的调用请求之前，对阅读类应用与听书类应用之间的关联关系进行判断的技术方案，根据已被预先关联/未被预先关联的判断结果允许/禁止执行获取阅读类应用对听书类应用的调用请求的操作，使得用户参与到应用程序是否允许被调用的操作中，用户体验更好。

示例性介质

本发明实施例提供了一种介质，存储有计算机可执行指令，该指令在被该处理单元执行时用于实现该方法实施例中任一项的用于应用程序的控制方法。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的用于应用程序的控制方法中的步骤，例如，终端设备可以执行如图2中所示的操作S201：获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能；操作S202：响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面；操作S203：控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、***或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图4所示，描述了根据本发明的实施方式的用于应用程序的控制的程序产品40，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、***或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、***或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言——诸如Java，C++等，还包括常规的过程式程序设计语言——诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性计算设备

在介绍了本发明示例性实施方式的方法、***和介质之后，接下来，参考图5介绍根据本发明的一示例性实施方式的用于应用程序的控制的计算设备。

本发明实施例还提供了一种计算设备。该计算设备包括：处理单元；以及存储单元，存储有计算机可执行指令，该指令在被该处理单元执行时用于实现该方法实施例中任一项的用于应用程序的控制方法。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

在一些可能的实施方式中，根据本发明的计算设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，存储单元存储有程序代码，当程序代码被处理单元执行时，使得处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的信息呈现方法中的步骤。例如，处理单元可以执行如图2中所示的操作S201：获取第一应用程序对第二应用程序的调用请求，调用请求用于指示在第一应用程序中开启第二应用程序的预定功能；操作S202：响应于调用请求，以在第一应用程序中开启第二应用程序的预定功能，其中，第二应用程序在开启预定功能后会弹出对应的启动界面；操作S203：控制启动界面的显示状态和/或显示时间，使得第一应用程序保持其在调用预定功能之前的显示状态不变。

下面参照图5来描述根据本发明的这种实施方式的用于控制应用程序的计算设备50。如图5所示的计算设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算设备50以通用计算设备的形式表现。计算设备50的组件可以包括但不限于：上述至少一个处理单元501、上述至少一个存储单元502、连接不同***组件(包括存储单元502和处理单元501)的总线503。

总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、***总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元502可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)5021和/或高速缓存存储器5022，还可以进一步包括只读存储器(ROM)5023。

存储单元502还可以包括具有一组(至少一个)程序模块5024的程序/实用工具5025，这样的程序模块5024包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备50也可以与一个或多个外部设备504(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与计算设备50交互的设备通信，和/或与使得计算设备50能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口505进行。并且，计算设备50还可以通过网络适配器506与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器506通过总线503与计算设备50的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

应当注意，尽管在上文详细描述中提及了***的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (12)

1.一种用于应用程序的控制方法，包括：

获取第一应用程序对第二应用程序的调用请求，所述调用请求用于指示在所述第一应用程序中开启所述第二应用程序的预定功能；

响应于所述调用请求，以在所述第一应用程序中开启所述第二应用程序的所述预定功能，其中，所述第二应用程序在开启所述预定功能后会弹出对应的启动界面；以及

控制所述启动界面的显示状态和/或显示时间，使得所述第一应用程序保持其在调用所述预定功能之前的显示状态不变，

其中，控制所述启动界面的显示状态包括：

获取所述启动界面的显示状态的参数；以及

调整所述启动界面的显示状态的参数，使得所述启动界面的显示状态为透明状态。

2.根据权利要求1所述的方法，其中，在调整所述启动界面的显示状态的参数，使得所述启动界面的显示状态为透明状态之后，所述方法还包括：

在开启显示状态为透明状态的所述启动界面之后的预设时间段内，控制所述启动界面关闭；或者

在开启显示状态为透明状态的所述启动界面之后，保持所述启动界面处于打开状态。

3.根据权利要求1所述的方法，其中，控制所述启动界面的显示时间包括：

获取所述启动界面的显示时间的预设时间；以及

在所述启动界面的显示时间达到所述预设时间之前，控制所述第二应用程序的所述启动界面关闭。

4.根据权利要求1所述的方法，其中，在获取第一应用程序对第二应用程序的调用请求之前，所述方法还包括：

判断所述第一应用程序与所述第二应用程序是否已被预先关联；以及

若所述第一应用程序与所述第二应用程序已被预先关联，则允许执行获取第一应用程序对所述第二应用程序的调用请求的操作。

5.根据权利要求4所述的方法，其中，所述方法还包括：

若所述第一应用程序与所述第二应用程序未被预先关联，则禁止执行获取第一应用程序对所述第二应用程序的调用请求的操作。

6.一种用于应用程序的控制***，包括：

获取模块，用于获取第一应用程序对第二应用程序的调用请求，所述调用请求用于指示在所述第一应用程序中开启所述第二应用程序的预定功能；

第一启动模块，用于响应于所述调用请求，以在所述第一应用程序中开启所述第二应用程序的所述预定功能，其中，所述第二应用程序在开启所述预定功能后会弹出对应的启动界面；以及

第一控制模块，用于控制所述启动界面的显示状态和/或显示时间，使得所述第一应用程序保持其在调用所述预定功能之前的显示状态不变，

其中，所述第一控制模块包括：

第一获取单元，用于获取所述启动界面的显示状态的参数；以及

第一调整单元，用于调整所述启动界面的显示状态的参数，使得所述启动界面的显示状态为透明状态。

7.根据权利要求6所述的***，其中，所述***还包括：

第二控制模块，用于在开启显示状态为透明状态的所述启动界面之后的预设时间段内，控制所述启动界面关闭；或者

第三控制模块，用于在开启显示状态为透明状态的所述启动界面之后，保持所述启动界面处于打开状态。

8.根据权利要求6所述的***，其中，所述第一控制模块包括：

第二获取单元，用于获取所述启动界面的显示时间的预设时间；以及

控制单元，用于在所述启动界面的显示时间达到所述预设时间之前，控制所述第二应用程序的所述启动界面关闭。

9.根据权利要求6所述的***，其中，所述***还包括：

判断模块，用于在获取第一应用程序对第二应用程序的调用请求之前，判断所述第一应用程序与所述第二应用程序是否已被预先关联；以及

第一处理模块，用于在所述第一应用程序与所述第二应用程序已被预先关联的情况下，允许执行获取第一应用程序对所述第二应用程序的调用请求的操作。

10.根据权利要求9所述的***，其中，所述***还包括：

第二处理模块，用于在所述第一应用程序与所述第二应用程序未被预先关联的情况下，禁止执行获取第一应用程序对所述第二应用程序的调用请求的操作。

11.一种介质，存储有计算机可执行指令，所述指令在被处理单元执行时用于实现权利要求1至5中任一项所述的用于应用程序的控制方法。

12.一种计算设备，包括：

处理单元；以及

存储单元，存储有计算机可执行指令，所述指令在被处理单元执行时用于实现权利要求1至5中任一项所述的用于应用程序的控制方法。

Images