应用的引导方法及装置、终端与流程

本发明涉及通信领域，具体而言，涉及一种应用的引导方法及装置、终端。

背景技术：

在相关技术中，在使用终端的过程中，可能需要引导用户进行某些操作，比如应用升级(新增了某个功能)，需要引导用户点击新功能体验；或者有一个提醒，需要用户点击某个按钮查看详情，或者是用户初次使用该应用，需要对某些功能做介绍。引导用户进行上述操作时，需要引导或者指引用户操作应用特定的按钮或者控件，在相关技术中常用的做法有两种：第一种方式是在新功能的按钮旁边添加小红点提示或者晃动按钮图标提示用户操作，第二种方式是弹出一个半透明的整体界面，进行操作说明介绍。

但是，上述第一种方式虽然简单且提示的信息量不大，但进入界面后如何操作说明的不够详细，第二种方式由于是弹出了一个新的界面，需要用户关闭该界面后才能操作应用，使用上并不方便。这两种方法都需要应用进行较多的编程，特别是第二种方法还需要整个编写界面，编程复杂度较高，而且各个应用的引导提示视效也无法统一，此外若是要实现对用户体验比较友好和富有趣味性的复杂动画引导，各应用的编程负责度就更高了，用户体验欠佳。

针对相关技术中，终端中引导用户操作的引导功能带来的用户体验度差的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种应用的引导方法及装置、终端，以至少解决相关技术中终端中引导用户操作的引导功能带来的用户体验度差的问题。

根据本发明的一个方面，提供了一种应用的引导方法，包括：获取终端上多个应用的配置文件中的指定应用的配置文件，其中，指定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息。

在本发明实施例中，在获取终端上多个应用的配置文件中的指定应用的配置文件之前，包括：接收对指定应用的配置文件的更新设置信息，更新设置信息用于指示对指定应用的配置文件中的控件ID和待显示的引导信息进行更新设置。

在本发明实施例中，预定位置与控件在界面上的显示位置不存在重叠区域。

在本发明实施例中，在以悬浮窗的形式显示待显示的引导信息之前，该方法还包括：判断界面上悬浮窗是否处于显示状态，其中，在悬浮窗未处于显示状态的情况下，触发显示悬浮窗。

在本发明实施例中，方法还包括以下至少之一：在悬浮窗处于显示状态的情况下，判断悬浮窗在界面显示的位置与预定位置是否一致；在不一致的情况下，将悬浮窗移至预定位置处；在悬浮窗处于显示状态的情况下，判断悬浮窗显示的内容和待显示的引导信息是否一致，在不一致的情况下，在移动后的悬浮窗上显示待显示的引导信息。

在本发明实施例中，在应用的界面的预定位置处，以悬浮窗的形式显示待显示的引导信息之后，方法还包括：删除指定应用的配置文件中的控件ID和待显示的引导信息。

在本发明实施例中，在应用的界面的预定位置处，以悬浮窗的形式显示待显示的引导信息之前，方法还包括：判断控件是否处于显示状态；在控件处于显示状态的情况下，触发显示悬浮窗的指令。

在本发明实施例中，指定应用的配置文件中还包括控件信息列表，方法还包括：在控件未处于显示状态且控件信息列表中仅存在控件的情况下，隐藏悬浮窗。

根据本发明的另一方面，提供了一种应用的引导装置，包括：应用状态监控模块，引导显示模块；应用状态监控模块，用于获取终端上多个应用的配置文件中的指定应用的配置文件，其中，指定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；引导显示模块，用于在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息。

在本发明实施例中，应用状态监控模块还用于，接收对指定应用的配置文件的更新设置信息，更新设置信息用于指示对指定应用的配置文件中的控件ID和待显示的引导信息进行更新设置。

在本发明实施例中，预定位置与控件在界面上的显示位置不存在重叠区域。

在本发明实施例中，引导显示模块包括：判断单元，用于判断界面上悬浮窗是否处于显示状态；第一显示单元，用于在悬浮窗未处于显示状态的情况下，在界面上显示悬浮窗以及在悬浮窗上显示待显示的引导信息。

在本发明实施例中，引导显示模块还包括以下至少之一：第二显示单元，用于在悬浮窗处于显示状态的情况下，判断悬浮窗在界面显示的位置与预定位置是否一致；在不一致的情况下，将悬浮窗移至预定位置处；第三显示单元，用于在悬浮窗处于显示状态的情况下，判断悬浮窗显示的内容和待显示的引导信息是否一致，在不一致的情况下，在移动后的悬浮窗上显示待显示的引导信息。

在本发明实施例中，引导状态监控模块还用于删除指定应用的配置文件中的控件ID和待显示的引导信息。

根据本发明的另一方面，提供了一种终端，包括：应用和上述引导装置，上述应用为需要进行引导操作的应用。

通过本发明，获取终端上多个应用的配置文件中的指定应用的配置文件，其中，指定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息，即通过采用悬浮窗的形式在控件附近显示引导信息的方式，解决了相关技术中终端中引导用户操作的引导功能带来的用户体验度差的问题，提高了用户的体验度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的应用的引导方法的流程图一；

图2是根据本发明实施例的应用的引导方法的流程图二；

图3是根据本发明实施例的应用的引导方法的流程图三；

图4是根据本发明实施例的应用的引导方法的流程图四；

图5是根据本发明实施例的应用的引导装置的结构框图；

图6是根据本发明实施例的引导显示模块54的结构框图；

图7是根据本发明优选实施例提供的应用的引导装置的结构框图；

图8是根据本发明优选实施例的引导显示模块处理的流程图；

图9是根据本发明优选实施例的应用状态监控模块的处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种应用的引导方法，图1是根据本发明实施例的应用的引导方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，获取终端上多个应用的配置文件中的指定应用的配置文件，其中，指 定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；

步骤S104，在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息。

通过上述步骤，采用悬浮窗的形式在控件附近显示引导信息的方式，克服了相关技术中采用小红点提示、晃动按钮提示用户操作或者弹出一个新的界面引导用户操作等引起的提示的信息和操作应用不能兼容，即使用不方便的缺陷，进而解决了相关技术中终端中引导用户操作的引导功能带来的用户体验度差的问题，提高了用户的体验度。

另外，通过步骤S102，即通过获取多个应用的配置文件中的指定应用的配置文件，可以实现对多个应用进行统一引导，即通过多个应用的配置文件可以实现对多个应用的统一引导。

需要说明的是，上述预定位置与控件在界面上的显示位置不存在重叠区域。即在界面显示的悬浮窗不能遮挡需要用户操作的控件，这样，在引导用户操作控件时，可以在通过悬浮窗显示的引导信息对该控件进行操作，能够兼顾提示的信息和操作应用，使用较方便，更好地提高了用户的体验度。

需要说明的是，上述预定位置可以是根据控件在界面上的位置进行计算得出的，需要引导的控件的位置不同，上述预定位置不同，但并不限于此，比如上述预定位置也可以是固定的，只要满足在该预定位置处显示的悬浮窗不能覆盖需要引导的控件即可。

上述悬浮窗可以通过设置窗口比普通的应用窗口层级高，来实现设置的窗口是悬浮的。

上述步骤可以通过一个独立于各个应用的一个引导模块完成，可以对应用需要引导的操作进行统一指引，当其他的应用需要引导模块的引导功能时，只需要添加一个配置文件，来描述需要引导的控件的相关信息，编程比较简单。也可以将引导模块嵌入到某个软件中,也可以集成到终端框架中。

在本发明的一个实施例中，图2是根据本发明实施例的应用的引导方法的流程图二，在步骤S102之前，上述方法还包括：步骤S202，接收对指定应用的配置文件的更新设置信息，更新设置信息用于指示对指定应用的配置文件中的控件ID和待显示的引导信息进行更新设置。通过这种方式在应用升级版本后引导的信息内容发生变化时，只需要应用来修改自身的配置文件即可，变成比较简单。

在本发明的一个实施例中，在上述步骤S104之前，上述方法还可以包括：判断界面上悬浮窗是否处于显示状态，其中，在悬浮窗未处于显示状态的情况下，触发显示悬浮窗。在悬浮窗处于显示状态的情况下，判断悬浮窗在界面显示的位置与预定位置是否 一致；在不一致的情况下，将悬浮窗移至预定位置处；和/或，在悬浮窗处于显示状态的情况下，判断悬浮窗显示的内容和待显示的引导信息是否一致，在不一致的情况下，在移动后的悬浮窗上显示待显示的引导信息。该实施例体现了引导视效的统一，即在悬浮窗处于显示状态的情况下，悬浮窗在界面显示的位置与预定位置不一致，和/或，悬浮窗显示的内容和待显示的引导信息不一致的情况下，将悬浮窗移至预定位置处，和/或，在移动后的悬浮窗上显示待显示的引导信息，即在需要调整引导视效时，通过动画引导而无需对各个应用进行修改，更好地提高了用户的体验。

在本发明的一个实施例中，图3是根据本发明实施例的应用的引导方法的流程图三，如图3所示，在步骤S104之后，上述方法还包括：步骤S302，删除指定应用的配置文件中的控件ID和待显示的引导信息。在对该控件ID进行引导之后，删除该指定应用的配置文件中与该控件有关的信息，用于表示已经对该控件进行过引导操作，因而不会出现采用与之前相同的引导信息，对控件的相同的引导操作的情况，提高了引导的效率，节省存储空间。

在本发明的一个实施例中，图4是根据本发明实施例的应用的引导方法的流程图四，如图4所示，在步骤S104之前，上述方法还包括：

步骤S402，判断控件是否处于显示状态；

步骤S404，在控件处于显示状态的情况下，触发显示悬浮窗的指令。

需要说明的是，上述配置文件可能存在控件信息列表，也可能不存在该控件信息列表，在上述配置文件中包括控件信息列表的情况下，上述方法还包括：在控件未处于显示状态且控件信息列表中仅存在控件，或者该控件信息列表为空的情况下，隐藏悬浮窗。

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

在本实施例中还提供了一种应用的引导装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的应用的引导装置的结构框图，如图5所示，该装置包括：应用状态监控模块52，引导显示模块54；

应用状态监控模块52，用于获取终端上多个应用的配置文件中的指定应用的配置文 件，其中，指定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；

引导显示模块54，与上述应用状态监控模块52连接，用于在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息。

通过上述引导装置，采用悬浮窗的形式在控件附近显示引导信息的方式，克服了相关技术中采用小红点提示、晃动按钮提示用户操作或者弹出一个新的界面引导用户操作等引起的提示的信息和操作应用不能兼容，即使用不方便的缺陷，进而解决了相关技术中终端中引导用户操作的引导功能带来的用户体验度差的问题，提高了用户的体验度。

上述应用状态监控模52可以通过多个应用的配置文件实现对多个应用的统一引导。

需要说明的是，上述预定位置与控件在界面上的显示位置不存在重叠区域。即在界面显示的悬浮窗不能遮挡需要用户操作的控件，这样，在引导用户操作控件时，可以在通过悬浮窗显示的引导信息对该控件进行操作，能够兼顾提示的信息和操作应用，使用较方便，更好地提高了用户的体验度。

上述预定位置可以是上述应用状态监控模块52根据控件在界面上的位置进行计算得出后，再通知给引导显示模块54的，因而需要引导的控件的位置不同，上述预定位置也不同，但并不限于此，比如上述预定位置也可以是固定的，只要满足在该预定位置处显示的悬浮窗不能覆盖需要引导的控件即可。

需要说明的是，上述引导装置可以独立于各个应用，可以对应用需要引导的操作进行统一指引，当其他的应用需要引导装置的引导功能时，只需要添加一个配置文件，来描述需要引导的控件的相关信息，编程比较简单。

在本发明的一个实施例中，应用状态监控模块52还可以用于，接收对指定应用的配置文件的更新设置信息，更新设置信息用于指示对指定应用的配置文件中的控件ID和待显示的引导信息进行更新设置。通过这种方式在应用升级版本后引导的信息内容发生变化时，只需要应用来修改自身的配置文件即可，变成比较简单。

在本发明的一个实施例中，图6是根据本发明实施例的引导显示模块54的结构框图，如图6所示，上述引导显示模块54可以包括：判断单元62，用于判断界面上悬浮窗是否处于显示状态；第一显示单元64，与上述判断单元62连接，用于在悬浮窗未处于显示状态的情况下，在界面上显示悬浮窗以及在悬浮窗上显示待显示的引导信息。

在本发明的一个实施例中，上述引导显示模块54还可以包括：第二显示单元66，与上述判断单元62连接，用于在悬浮窗处于显示状态的情况下，判断悬浮窗在界面显示的位置与预定位置是否一致；在不一致的情况下，将悬浮窗移至预定位置处；第三显示单元68，与上述判断单元62连接，用于在悬浮窗处于显示状态的情况下，判断悬浮窗显示的内容和待显示的引导信息是否一致，在不一致的情况下，在移动后的悬浮窗上 显示待显示的引导信息。在本实施例中，体现了引导视效的统一，即在在悬浮窗处于显示状态的情况下，悬浮窗在界面显示的位置与预定位置不一致，和/或，悬浮窗显示的内容和待显示的引导信息不一致的情况下，将悬浮窗移至预定位置处，和/或，在移动后的悬浮窗上显示待显示的引导信息，即在需要调整引导视效时，通过动画引导而无需对各个应用进行修改，更好地提高了用户的体验。

需要说明的是，上述第二显示单元66与上述第三显示单元68可以是同一个单元，也可以是不同的单元。

在本发明的一个实施例中，上述应用状态监控模块52还用于删除指定应用的配置文件中的控件ID和待显示的引导信息。上述应用状态监控模块52在对该控件ID进行引导之后，删除该配置文件中与该控件有关的信息，用于表示已经对该控件进行过引导操作，因而不会出现采用与之前相同的引导信息，对控件的相同的引导操作的情况，提高了引导的效率，节省了存储空间。

在本发明的一个实施例中，上述应用状态监控模块52还用于，判断控件是否处于显示状态；以及在控件处于显示状态的情况下，触发显示悬浮窗的指令。

需要说明的是，上述配置文件可能存在控件信息列表，也可能不存在该控件信息列表，在上述配置文件中包括控件信息列表的情况下，上述方法还包括：在控件未处于显示状态且控件信息列表中仅存在控件，或者该控件信息列表为空的情况下，隐藏悬浮窗。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

在本实施例中还提供了一种终端，包括应用和图5所示实施例中的引导装置，上述应用可以为需要进行引导操作的应用，该应用可以是一个，也可以是多个。

通过上述终端，可以实现采用悬浮窗的形式在控件附近显示引导信息的方式，克服了相关技术中采用小红点提示、晃动按钮提示用户操作或者弹出一个新的界面引导用户操作等引起的提示的信息和操作应用不能兼容，即使用不方便的缺陷，进而解决了相关技术中终端中引导用户操作的引导功能带来的用户体验度差的问题，提高了用户的体验度。并且，也能够实现对多个应用的统一引导。实现了引导视效的统一。

对终端中的引导装置也可以实现图6所示实施例中的功能，具体详见图6所示实施例的描述，此处不再赘述。

为了更好的理解本发明，以下结合优选的实施例对本发明做进一步地解释。

本发明提供了一种优选的应用的引导装置，图7是根据本发明优选实施例提供的应用的引导装置的结构框图，如图7所示，包含：引导显示模块(相当于图5所示实施例的引导显示模块54)、应用状态监控模块(相当于图5所示实施例的应用状态监控模块 52)和多个需要引导操作的应用(如应用1、应用2、应用3…)。

需要引导操作的应用添加一个配置文件(相当于图1所示实施例的配置文件)，该文件包含需要引导的相关操作信息，包括需要引导用户点击的按钮所在的界面名，按钮ID，和需要显示给用户的文字信息(相当于图1所示实施例的待显示的引导信息)等。

应用状态监控模块需要读取应用的配置信息，并且监控应用界面的显示情况，当配置信息包含的界面显示时，获取对应按钮ID在手机屏幕的位置，通知引导显示模块进行显示。

引导显示模块在按钮位置的上方或者下方显示悬浮窗，指引用户操作按钮(不可遮挡需用户点击的按钮)。

应用状态监控模块监控到界面切换、或者用户操作完按钮后、或者一段时间用户都没有操作后，判断当前界面是否还有需要引导的按钮或者控件，有的话通知引导显示模块将引导悬浮窗以动画的方式移动到新的按钮旁显示新提示信息，若是该界面没有待引导的按钮或者控件时则通知引导显示模块关闭引导悬浮窗。

以下具体介绍本发明优选实施例中的引导显示模块，引导显示采用悬浮窗形式展示，悬浮窗是在应用界面窗口层级上显示的一个窗口，以安卓手机系统为例，在安卓(android)手机系统中的具体实现方法为，可以通过WindowManager的addView方法在屏幕指定位置显示窗口，通过设置窗口为比普通应用窗口层级高的类型即可实现悬浮效果；通过WindowManager的removeView方法可以隐藏之前显示的悬浮窗；通过WindowManager的updateViewLayout方法可以移动悬浮窗到指定位置(相当于图1所示实施例的预定位置)。

图8是根据本发明优选实施例的引导显示模块处理的流程图，如图8所示，该流程包括以下步骤：

步骤S801：等待应用状态监控模块发送消息；

步骤S802：当收到应用状态监控模块发送的消息时，判断该消息是显示引导悬浮窗还是隐藏引导悬浮窗消息；若是隐藏引导悬浮窗消息，执行步骤S803，否则执行步骤S804；

步骤S803：关闭悬浮窗，执行步骤S801；

步骤S804：应用状态监控模块发送的消息是显示引导悬浮窗，该消息会同时附带引导悬浮窗将显示的屏幕位置和需要显示的内容(相当于图1所示实施例的待显示的引导信息)，判断当前悬浮窗是显示状态还是隐藏状态(即判断当前引导悬浮窗是否已经显示)，若是隐藏状态(即未显示)，执行步骤S805，否则执行步骤S806；

步骤S805：在消息指定的位置显示悬浮窗，并显示消息内容，执行步骤S801；

步骤S806：判断当前悬浮窗显示的位置和内容是否和收到的消息附带信息位置和内容相同，若是不相同，执行步骤S807，否则执行步骤S801；

步骤S807：将悬浮窗以动画的方式移动到新的显示位置，并更新显示内容，执行步骤S801。

需要说明的是，上述步骤S804至步骤S807相当于图1所示实施例的步骤S104。

以下具体介绍本发明优选实施例中的应用状态监控模块，该应用状态监控模块包含的功能可以有：监控应用界面的显示，识别出应用界面具体控件在屏幕的显示位置，读取应用的配置信息、根据应用配置信息确定是否需要显示引导，通知引导显示模块进行显示隐藏操作。以android手机系统为例，在android手机系统中，1)监控应用界面显示和识别出应用界面具体控件在屏幕的显示位置，可以通过辅助服务AccessibilityService来实现，创建继承辅助服务的service，启动该服务；当手机应用界面切换时，辅助服务的onAccessibilityEvent(AccessibilityEvent event)函数将被调用，并传递当前界面相关信息；event.getPackageName()函数可以获得当前启动的应用的包名；event.getClassName()函数可获得当前启动界面的类名；event.getSource().findAccessibilityNodeInfosByText(id)函数可以根据控件id查询到控件的节点AccessibilityNodeInfo，在通过节点的getBoundsInScreen函数获取到控件在屏幕中的位置。2)读取应用的配置信息功能需要和应用约定配置信息写入读取方式以及固定的格式，可以约定一个特定的配置文件。在android手机系统中可通过SharePreference的方式来写入和读取需要引导的控件信息。应用状态监控装置通过应用的包名获取特定SharePreference文件“GUIDE”，使用如下函数即可获取配置文件：context.createPackageContext("包名",Context.CONTEXT_IGNORE_SECURITY).getSharedPreferences("GUIDE",Context.MODE_MULTI_PROCESS)；通过SharePreference的getStringSet(String key,Set<String>defValues)函数获取对应界面的控件ID，约定key传入界面的Activity类名，返回需要引导的控件ID；通过SharePreference的getString(String key,String defValue)函数获取控件id对应的说明文字，约定key传入控件ID，返回说明文字。

图9是根据本发明优选实施例的应用状态监控模块的处理流程图，如图9所示，该流程包括以下步骤：

步骤S901：启动应用监控服务；

步骤S902：等待应用状态变化消息，若有定时器等待定时器到时消息；当有应用状态变化消息或者定时器到时消息后，执行步骤S903；

步骤S903：获取当前显示界面的包名和类名；

步骤S904：查询包名对应的应用的特定配置文件中是否有该类名对应的引导控件 信息列表；若是列表不存在或者为空，则执行步骤S913，否则执行步骤S905；

步骤S905：取列表中的第一控件ID；

步骤S906：判断控件ID对应的控件是否显示，若是没有显示则执行步骤S907，若显示着，执行步骤S908；

步骤S907：判断列表中是否存在下一控件ID，若是不存在，执行步骤S913，否则取下一控件ID，执行步骤S906；

步骤S908：在配置文件中查找控件ID对应的说明文字，若没有查找到则使用默认说明文字，比如“请点击该按钮”；

步骤S909：查询控件ID对应控件在屏幕上的显示位置；

步骤S910：向引导显示模块发送显示引导悬浮窗消息，并附带显示位置和显示内容信息，显示位置需要根据控件当前在屏幕位置计算得出，在控件的周围，显示悬浮窗不能遮挡需要用户点击的控件；

步骤S911：删除应用配置文件中该控件相关信息，表明已经对该控件进行过引导操作；

步骤S912：若定时器没有启动则启动定时器，否则重启定时器，以便定时器到时后进行下一个引导信息显示。执行步骤S902；

步骤S913：向引导显示模块发送隐藏引导悬浮窗消息；

步骤S914：关闭定时器；执行步骤S902。

对于应用侧，需要根据自身需要引导的按钮或者控件信息进行配置文件写入，前面已经说明需要和应用状态监控模块约定配置信息写入读取方式以及固定的格式。此外引导模块和应用约定的配置文件编写方法也可以替换为读写普通文件的方式，或者应用发送消息给引导模块的方式，或者是预先根据应用版本编写好包含需要引导控件信息的文件，将其放到网络服务器中，引导模块根据应用的版本号下载对应文件的方式来获取引导信息。

以android手机系统为例，在android手机系统中，可通过SharePreference的方式来写入和读取需要引导的控件信息。应用通过context.getSharedPreferences("GUIDE",Context.MODE_MULTI_PROCESS)函数获取SharePreference文件“GUIDE”；通过SharePreference的edit().putStringSet(key,value).commit()函数设置需要引导的控件id信息，约定key传入界面的Activity类名，value传入需要引导的控件id列表；通过SharePreference的edit().getString(key,value).commit()函数设置控件id对应的说明文字，约定key传入控件id，value传入说明文字。在应用安装后或者升级后第一次启动时使用以上方法，写入需要引导的控件信息即可。

本发明实施例侧重于将终端应用引导的显示统一放到引导模块进行，其他的应用若需要使用该引导功能，则只需添加一个配置文件，描述需要引导的控件的相关信息，编程简单。而引导模块统一后，引导视效统一，并且当需要调整引导视效时，仅需修改引导模块相关代码，也可以实现复杂度高、趣味性强的动画引导，无需各个应用进行修改，而应用升级版本后引导的内容发生变化后，也只需要应用模块修改自身的配置文件即可。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，获取与终端上多个应用的配置文件中的指定应用的配置文件，其中，指定应用的配置文件中包括：控件标识ID、与控件ID对应的待显示的引导信息；引导信息用于引导用户对控件ID对应的控件进行操作；

S2，在指定应用的界面上的预定位置处，以悬浮窗的形式显示待显示的引导信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。