一种应用页面启动方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种应用页面启动方法、装置、电子设备及存储介质。

背景技术

现有技术中，应用程序一般设有三种页面，分别为：启动页、首页和落地页，其中，启动页专门负责启动分发，首页用于展示业务入口和/或主内容的首页，落地页用于展示具体或更加相近的内容。其中给，落地页可以有多个层级。当运行一个应用时，首先启动的是应用的启动页，启动页调起首页后将自身关闭，然后，再通过首页进入到落地页，或者，直接通过启动页分发进入落地页，分发后启动页自身关闭，最后，落地页可返回到首页实现用户留存。以安卓系统的应用为例，没启动一个页面，都需要创建一个相应的组件(Activity)，Activity启动是耗时的，每多启动一个Activity增加耗时50ms左右。现有方案中，在应用启动过程中，首页启动完成需要启动两个Activity。如何缩短应用页面启动耗时，是本申请需要解决的问题。

发明内容

本申请实施例提供一种应用页面启动方法，有助于缩短应用页面启动耗时，从而改善用户使用应用的体验。

第一方面，本申请实施例公开的应用页面启动方法，包括：

响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式，所述意图为安卓系统对应用动作的描述；

响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；

通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。

第二方面，本申请实施例公开的应用页面启动装置，包括：

入口组件实例获取模块，用于响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式，所述意图为安卓系统对应用动作的描述；

第一首页创建模块，用于响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；

首页启动模块，用于通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。

第三方面，本申请实施例公开的电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现本申请实施例中所述的应用页面启动方法的步骤。

第四方面，本申请实施例公开的计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现申请实施例中所述的应用页面启动方法的步骤

本申请实施例提供的应用页面启动方法，通过响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式；之后，响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；最后，通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。本方法启动应用并进入首页的过程中，不需要创建启动页对应的组件实例，可以有效缩短了目标应用的启动耗时，从而改善用户的应用使用体验。

附图说明

图1是本申请实施例中公开的应用页面启动方法流程图之一；

图2是本申请实施例中公开的应用页面启动方法流程图之二；

图3是本申请实施例中公开的应用页面启动方法流程图之三；

图4是本申请实施例中公开的应用页面启动装置结构示意图之一；

图5是本申请实施例中公开的应用页面启动装置结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，本申请实施例公开的应用页面启动方法包括：步骤110至步骤130。

步骤110，响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例。

其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式，所述意图(即Intent)为安卓系统对应用动作的描述。

在Android(安卓)系统中，Intent(意图)主要是解决Android应用的各项组件之间的通讯。Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将Intent传递给被调用的组件，并完成组件的调用。例如，在Android应用中，可以通过调用Activity组件的startActivity(intent)方法，向系统发送激活某个组件的意图。

Intent解析机制主要是通过查找已注册在AndroidManifest.xml(即清单文件)中的所有IntentFilter及其中定义的Intent，最终找到匹配的Intent。在操作系统启动过程中，会读取每个已安装应用的配置信息(即AndroidManifest文件)，并在操作系统中完成组件注册。因此，在目标应用的应用代码中，需要在AndroidManifest文件中配置目标应用中需要创建的Activity组件，以及，每个Activity组件的启动模式。

Activity组件是Android组件中最基本也是最为常见的一种组件。Activity组件中所有操作都与用户密切相关，是一个负责与用户交互的组件，提供一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。通常，应用的一个页面对应一个Activity组件。可选的，在目标应用的AndroidManifest文件(即清单文件，目标应用的信息描述文件)中描述目标应用包含的所有组件的信息，其中包括页面对应的Activity组件的启动模式属性、入口属性等信息。

可选的，当用户触发安卓操作系统的终端中桌面的目标应用时，操作系统将接收到针对所述目标应用的意图。之后，操作系统根据所述意图中携带的目标应用信息，获取操作系统的AndroidManifest文件该目标应用对应的描述信息，作为该目标应用的静态配置信息，从而获取待该目标应用的入口组件和预先对该入口组件静态配置的启动模式(本文中记为“第一启动模式”)。

本申请的实施例中，为了减少应用启动过程中启动Activity组件的数量，减少启动耗时，删除了启动页对应的组件，将目标应用的启动页执行的启动逻辑迁移到首页启动过程中执行。同时，在目标应用的AndroidManifest文件中将首页对应的组件，静态配置为目标应用的主入口组件(例如，点击桌面上目标应用的图标进入目标应用时，系统调用的目标应用入口)。

然而，当组件配置不同的启动模式时产生的启动效果截然不同，现有技术中，启动页采用标准模式(standard)结合首页采用站内复用模式(singleTask)，以达到特定的应用启动效果。而在只保留首页的情况下，首页对应的组件的启动模式如果依然采用栈内复用模式，无法达到原有的启动效果。本申请的实施例中，还需要配置首页对应的组件的启动模式(本申请中记为“第一启动模式”)为栈顶复用模式(singleTop)，并需要根据特定情况进行动态设置。

接下来，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例。

可选的，所述根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，包括：获取所述目标应用的应用清单中配置的入口组件和所述第一启动模式；获取所述目标应用对应的任务栈；响应于所述目标应用对应的任务栈中位于栈顶的组件实例为所述首页对应的组件实例，复用所述任务栈中所述首页对应的组件实例；响应于所述目标应用对应的任务栈中位于栈顶的组件实例非所述首页对应的组件实例，创建所述首页对应的组件实例，并将创建的所述首页对应的组件实例压入栈顶。

在安卓系统中，AndroidManifest文件作为清单文件，用于描述系统中各应用是包括的组件等信息，每个应用自身的AndroidManifest文件则用于描述本应用包括的组件等信息。系统程序可以通过AndroidManifest文件获取所述目标应用的应用清单中配置的入口组件和所述第一启动模式。具体举例而言，系统程序可以通过AndroidManifest文件获取的所述目标应用的应用清单中配置的入口组件为首页对应的组件，获取的首页对应的组件的启动模式(即“第一启动模式”)为栈顶复用模式。

AndroidManifest文件中还包括目标文件的启动画面，用于在启动该目标应用的过程中展示在界面上，避免程序加载时间过长导致长时间黑屏或白屏。

接下来，系统程序查找目标应用对应的任务栈，如果没有，则新建目标应用对应的任务栈。之后，判断目标应用对应的任务栈的栈顶是否存储有首页对应的组件实例，如果是，则不再创建首页对应的组件实例，而是复用该栈顶的组件实例；如果目标应用对应的任务栈的栈顶存储的不是首页对应的组件实例，则创建目标应用的首页对应的组件实例，并将创建的首页实例存储在该任务栈的栈顶。即如果首页对应的Activity组件实例位于任务栈的栈顶，那么此Activity组件实例不会被重新创建，不再调用onCreate、onStart，会回调onNewIntent(Intent intent)方法。

这样，首页对应的组件实例将展示在设备屏幕的最上层。对于用户而言，将看到设备首先显示目标用用的启动画面，之后，显示首页。其中，如果目标应用加载速度很快，用户可能视觉上看不到启动画面。

安卓系统的应用启动过程中，通过Intent意图在应用间通信的具体方法为现有技术，本申请实施例中不再赘述。

步骤120，响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑。

本申请的实施例中，系统接收到的针对目标应用的意图包括：启动目标应用的意图、调起所述目标应用的第一落地页等。例如，当桌面图标被触发时，接收到的意图将指示通过桌面图标启动所述目标应用。当第三方应用调用所述目标应用的落地页时，接收到的意图将指示调起目标应用的指定落地页(即本文中所述的“第一落地页”)。

本申请的实施例中，当系统程序接收到的意图用于指示启动所述目标应用时，系统程序(如安卓系统system_server进程中的ActivityManagerService，简称“AMS”，启动的应用进程)将通过所述组件实例调用所述首页的OnCreat()方法(即创建方法)。在首页对应的组件中，OnCreat()方法的实现代码包括两部分：第一部分为启动逻辑(如现有技术中启动页执行的启动分发逻辑)，第二部分为首页的初始化逻辑(如现有技术中首页的初始化逻辑，包括：加载布局文件，初始化UI组件，事件注册等)。

系统程序调用首页对应的组件实例的OnCreat()方法时，将依次执行所述目标应用的启动逻辑和所述首页的创建逻辑。

首页对应的组件实例的OnCreat()方法中，启动逻辑和首页的创建逻辑参照现有技术。本申请实施例中不再赘述。与现有技术的区别在于，OnCreat()方法中包括启动逻辑和首页的创建逻辑，而现有技术中首页的OnCreat()方法中仅包含首页的创建逻辑。

步骤130，通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。

其中，所述预设启动方法包括：onStart()方法和onResume()方法。

接下来，通过所述组件实例回调所述首页的onStart()(即启动方法)。onStart()在onCreat()方法之后调用，用于显示首页的界面内容。至此，用户可以看到屏幕上展示的首页。但当前用户不能进行交互。

在onStart()方法之后，调用onResume()方法，该onResume()方法执行完成后，用户可通过首页与终端进行交互，当前首页对应的组件实例完成启动，进入运行状态，完成首页的启动流程。

本申请实施例公开的应用页面启动方法，通过响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式；之后，响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；最后，通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。本方法在启动应用并进入首页的过程中，不需要创建启动页对应的组件实例，有效缩短了目标应用的启动耗时，从而改善用户的应用使用体验。

本申请实施例公开的应用页面启动方法，通过改进应用页面的启动流程，删除现有技术中启动页对应的组件，将在现有技术的启动页中执行的启动逻辑移植到首页的创建方法中，同时，在目标应用的清单文件中，将原来指向启动页的入口配置为指向首页，并设置首页对应的组件的启动模式为栈顶复用模式，从而在保证展现给用户的页面启动过程不变的前提下，缩短了目标应用启动到首页的耗时。

本申请的另一些实施例中，如图2所示，所述根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例之后，还包括：步骤140和步骤150。

步骤140，响应于所述意图用于指示第三方应用调起所述目标应用的第一落地页，通过所述组件实例调用所述首页的创建方法，以执行所述目标应用的启动逻辑。

当第三方应用通过目标应用预先注册的接口调用目标应用的指定落地页(本申请中记为“第一落地页”)时，系统程序将可以接收到第三方应用户发送的意图，所述意图中会携带目标应用的接口信息，用于指示需要调起的目标应用的第一落地页。系统程序根据所述意图中携带的信息和所述目标应用预先注册的清单文件，可以获取到所述第一落地页对应的组件的配置信息，从而根据所述配置信息以及所述意图中携带的信息，创建该第一落地页对应的组件实例。

以用户系统消息页面的通知进入目标应用的落地页的应用场景为例，现有技术中的落地页启动流程为：通过目标应用的入口进入启动页，之后由启动页进行分发，进入第一落地页。

而采用本申请实施例公开的应用页面启动方法，在接收到第三方应用调起所述目标应用的第一落地页的意图时，首先通过目标应用的清单文件获取到作为入口的组件信息，如首页对应的组件信息，并根据获取的组件信息创建组件实例。之后，通过创建的所述组件实例调用所述首页的创建方法，以执行所述目标应用的启动逻辑。

可选的，可以通过设置首页对应的组件的属性，作为首页的创建方法(如OnCreat()方法)中流程分支的判断依据，用于判断OnCreat()方法是否仅执行启动逻辑。

步骤150，创建所述第一落地页对应的组件的组件实例。

在执行完启动逻辑之后，进一步创建第一落地页对应的组件的组件实例。创建第一落地页对应的组件的组件实例的具体实施方式参见现有技术，本申请实施例中不再赘述。

本申请实施例公开的应用页面启动方法，通过改进应用页面的启动流程，删除现有技术中启动页对应的组件，将在现有技术的启动页中执行的启动逻辑移植到首页的创建方法中，同时，在目标应用的清单文件中，将原来指向启动页的入口配置为指向首页，并改进首页的组件创建方法，实现了点击桌面图标进入目标应用和通过第三方应用进入目标应用的处理流程一致性，即均从首页进入，便于维护目标应用的程序代码。

为了保证首页唯一，本申请的实施例中，在落地页返回首页时，还需要动态设置首页对应的组件的启动模式。

如图3所示，本申请实施例中公开的应用页面启动方法，在通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页之后，还包括：步骤160和步骤170。

步骤160，响应于从所述目标应用的第二落地页返回所述首页，通过所述第二落地页对应的组件实例动态配置所述首页对应的第二启动模式。

安卓系统提供了两种方式来设置一个Activity(组件)的启动模式。第一种，在AndroidManifest文件中设置；第二种，通过Intent的Flag来设置一个Activity的启动模式。下面简单介绍一下这些Flag的取值和作用。

当Flag等于FLAG_ACTIVITY_NEW_TASK时，表示使用一个新的Task来启动一个Activity，但启动的每个Activity都将在一个新的Task中。该Flag通常使用在从Service中启动Activity的场景，由于Service中并不存在Activity栈，所以使用该Flag来创建一个新的Activity栈，并创建新的Activity实例。

当Flag等于FLAG_ACTIVITY_SINGLE_TOP时，表示使用singleTop模式启动一个Activity。

当Flag等于FLAG_ACTIVITY_CLEAR_TOP时，表示默认销毁目标Activity和它之上的所有Activity，重新创建目标Activity。

当Flag等于FLAG_ACTIVITY_NO_HISTORY时，表示该Activity启动其他Activity后，该Activity就消失了，不会保留在Activity栈中。

当Flag等于FLAG_ACTIVITY_REORDER_TO_FRONT时，表示若目标activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶。

本申请的实施例中，所述第二启动模式通过设置意图标记的方式进行动态配置，且所述意图标记的取值设置为FLAG_ACTIVITY_CLEAR_TOP。即通过调用Intent.setFlags()方法，设置首页对应的组件实例的启动模式。

在目标应用使用过程中，目标应用的交互需求为：当用户通过点击首页的图标或者标签进入第二落地页之后，可以通过点击回退按钮返回到首页；用户在通过第三方应用进入目标应用的第二落地页(如租房页面)之后，点击回退按钮返回到首页。在此场景下，目标应用的任务栈的栈顶为第二落地页对应的组件实例，当前静态配置的首页对应的组件实例的启动模式为栈顶复用模式(singleTop)，如果直接采用singleTop模式启动首页，则在任务栈中将出现两个首页对应的组件实例，不满足首页唯一的要求，会导致后续操作过程中页面错误。

本申请的一些实施例中，在第二落地页需要返回到首页的流程节点，通过调用动态设置组件启动模式的方法，动态设置首页对应的组件实例的启动模式，保证首页唯一通过落地页。

现有技术中，可以通过设置意图标记的方式设置首页对应的组件实例的启动模型。例如，以从目标应用的首页A进入落地页B，再从落地页B进入第二落地页C的页面操作为例，目标应用的任务栈中当前栈顶为第二落地页C对应的组件实例，从栈顶向栈底依次存储页面C、B和A对应的组件实例。当需要从第二落地页C返回到首页A时，可以通过调用方法Intent intent＝new Intent(this,A.class)；获取目标页匹配的意图，之后，调用方法intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)动态设置首页A对应的组件实例的启动模式。

步骤170，根据所述第二启动模式，创建所述首页对应的组件实例，使得所述首页对应的组件实例唯一存在于所述目标应用对应的任务栈中。

接下来，根据动态设置的首页对应的组件实例的启动模式，创建首页对应的组件实例。

在调用方法Intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)动态设置首页A对应的组件实例的启动模式时，将销毁首页A对应的组件实例以及其上的所有组件实例，重新创建首页A对应的组件实例，并压入任务栈的栈顶，从而保障首页对应的组件实例唯一存在在所述目标应用的任务栈中。

接下来，可以通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。

本申请实施例公开的应用页面启动方法，通过改进应用页面的启动流程，删除现有技术中启动页对应的组件，将在现有技术的启动页中执行的启动逻辑移植到首页的创建方法中，并设置首页对应的组件的启动模式为栈顶复用模式，进一步的在返回首页的落地页中动态设置首页对应的组件的意图标识为FLAG_ACTIVITY_CLEAR_TOP，从而在保证展现给用户的页面启动过程不变的前提下，缩短了目标应用启动到首页的耗时。

相应的，本申请实施例中还公开了一种应用页面启动装置，如图4所示，所述装置包括：

入口组件实例获取模块410，用于响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式，所述意图(即Intent)为安卓系统对应用动作的描述；

第一首页创建模块420，用于响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；

首页启动模块430，用于通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。

可选的，如图5所示，所述装置还包括：

启动逻辑执行模块440，用于响应于所述意图用于指示第三方应用调起所述目标应用的第一落地页，通过所述组件实例调用所述首页的创建方法，以执行所述目标应用的启动逻辑；

落地页启动模块450，用于创建所述第一落地页对应的组件的组件实例。

可选的，如图5所示，所述装置还包括：

启动模式动态设置模块460，用于响应于从所述目标应用的第二落地页返回所述首页，通过所述第二落地页对应的组件实例动态配置所述首页对应的第二启动模式；

第二首页创建模块470，用于根据所述第二启动模式，创建所述首页对应的组件实例，使得所述首页对应的组件实例唯一存在于所述目标应用对应的任务栈中。

接下来，可以调用预设启动方法，启动所述首页。

可选的，所述第二启动模式通过设置意图标记的方式进行动态配置，且所述意图标记的取值设置为FLAG_ACTIVITY_CLEAR_TOP。

可选的，所述入口组件实例获取模块410，进一步用于：

获取所述目标应用的应用清单中配置的入口组件和所述第一启动模式；

获取所述目标应用对应的任务栈；

响应于所述目标应用对应的任务栈中位于栈顶的组件实例为所述首页对应的组件实例，复用所述任务栈中所述首页对应的组件实例；

响应于所述目标应用对应的任务栈中位于栈顶的组件实例非所述首页对应的组件实例，创建所述首页对应的组件实例，并将创建的所述首页对应的组件实例压入栈顶。

本申请实施例中公开的应用页面启动装置，用于实现本申请实施例中所述的应用页面启动方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例中公开的一种应用页面启动装置，通过响应于接收到针对目标应用的意图，根据静态配置的入口组件和第一启动模式，创建所述目标应用的入口组件对应的组件实例，其中，所述入口组件对应的页面为所述目标应用的首页，且所述第一启动模式为栈顶复用模式；之后，响应于所述意图用于指示启动所述目标应用，通过所述组件实例调用所述首页的创建方法，以依次执行所述目标应用的启动逻辑和所述首页的初始化逻辑；最后，通过所述组件实例调用所述首页对应的组件实例的预设启动方法，启动所述首页。本方法在启动应用并进入首页的过程中，不需要创建启动页对应的组件实例，有效缩短了目标应用的启动耗时，从而改善用户的应用使用体验。

本申请实施例公开的应用页面启动装置，通过改进应用页面的启动流程，删除现有技术中启动页对应的组件，将在现有技术的启动页中执行的启动逻辑移植到首页的创建方法中，同时，在目标应用的清单文件中，将原来指向启动页的入口配置为指向首页，并设置首页对应的组件的启动模式为栈顶复用模式，从而在保证展现给用户的页面启动过程不变的前提下，缩短了目标应用启动到首页的耗时。

可选的，本申请实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述应用页面启动方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述应用页面启动方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

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

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

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

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。