CN105094576B - 应用程序场景切换方法和装置 - Google Patents

Abstract

本发明公开了一种应用程序场景切换方法和装置，其中，方法包括：监控预设的场景切换触发事件；当监控到场景切换触发事件发生时，获取当前活动的应用程序的信息；根据当前活动的应用程序的信息判断当前活动的应用程序是否为预设的应用程序；如果当前活动的应用程序是预设的应用程序，则启动预设交互组件并将交互组件的场景显示在界面中，完成场景切换。根据该方案，用户切换场景时，不需要繁琐的操作，而只需要简单的触发动作，即可获得需要的信息，不影响用户对应用程序体验的连贯性。

Description

应用程序场景切换方法和装置

技术领域

本发明涉及移动终端应用领域，具体涉及一种应用场景切换方法和装置。

背景技术

如今，智能手机、平板电脑等移动终端的应用已广为普及，运行于Android，IOS等移动终端操作系统的第三方应用程序大量出现，例如，游戏，媒体播放器，地图，拨号软件等。

上述应用程序运行时，程序自身的窗口、或场景会占据整个屏幕，上述窗口或场景上绘制有用户接口，适于接收用户点击、滑动等操作。一种常见的情况是，用户在当前场景中的操作需要依赖于另一应用程序、文档等提供的信息，例如，用户在游戏过程中需要查看攻略，而由于屏幕被应用场景占据，用户若想查看攻略，就需要离开游戏界面，例如，按home键回到操作系统的主界面，打开游戏攻略，关闭攻略或再次切换到主界面，然后返回游戏场景；或者，通过另外的终端设备或PC进行查询。

显然，上述的场景切换方式中，涉及的用户操作较为繁琐、费时，会十分影响用户使用应用程序的连续性，导致较差的用户体验。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用程序场景切换方法和装置。

根据本发明的一个方面，提供了一种应用程序场景切换方法，包括：监控预设的场景切换触发事件；当监控到场景切换触发事件发生时，获取当前活动的应用程序的信息；根据当前活动的应用程序的信息判断当前活动的应用程序是否为预设的应用程序；如果当前活动的应用程序是预设的应用程序，则启动预设交互组件并将交互组件的场景显示在界面中，所述预设的交互组件包含与所述当前活动的应用程序相关的内容。

根据本发明的另一方面，提供了一种应用程序场景切换装置，包括：监控模块，适于监控预设的场景切换触发事件；获取模块，适于当监控模块监控到场景切换触发事件发生时，获取当前活动的应用程序的信息；判断模块，适于根据获取模块获取的当前活动的应用程序的信息判断当前活动的应用程序是否为预设的应用程序；显示模块，适于在判断模块判断出当前活动的应用程序是预设的应用程序时，启动交互组件并将交互组件的场景显示在界面中，所述预设的交互组件包含与所述当前活动的应用程序相关的内容。

根据本发明的应用程序场景切换方法和装置，监控到预设的场景切换触发事件时，判断占据当前界面的活动程序是否为预设的应用程序，如果是，在当前界面中显示交互组件的场景。根据该方案，用户切换应用程序的场景时，不需要繁琐的操作，而只需要简单的触发动作，即可获得需要的信息，不影响用户对应用程序体验的连贯性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅适于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的应用程序场景切换方法的流程图；

图2示出了根据本发明另一个实施例的应用程序场景切换方法的流程图；

图3示出了根据本发明一个实施例的应用程序场景切换装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的应用程序场景切换方法的流程图，如图1所示，该方法包括如下步骤：

步骤S110，监控预设的场景切换触发事件。

在本实施例中，场景切换触发事件指单一，或连续的用户操作事件，以智能手机为例，这可以包括：满足一定规则的触屏滑动操作，例如，预设轨迹或预设长度的滑动事件；当前场景内限制区域内的触碰事件，如多点同时触碰或不同区域的顺序触碰事件；手机摇动事件，语音指令等。

需要注意的是，该预设的场景切换触发事件应该不与用户对当前场景中的应用程序的操作产生冲突。

步骤S120，监控到场景切换触发事件发生时，获取当前活动的应用程序的信息。

当前活动的应用程序是指不在后台运行的，而在当前界面显示自身场景的应用程序，其场景占据或部分占据当前界面，例如，用户正在操作的游戏，或显示播放内容的播放器等。应用程序的信息可以包括：应用程序名称，安装包名称，版本号，路径等。

步骤S130，根据当前活动的应用程序的信息判断当前活动的应用程序是否为预设的应用程序。

以智能手机操作系统为例，例如，Android系统中，应用程序通常为全屏应用，即运行时其场景占据整个界面，这时，显示在界面上的前台应用即作为当前活动的应用程序。

预设的应用程序是指设定的与预设的触发事件相关联的应用程序，可选地，为不同的应用程序设定关联不同的触发事件，例如，将一游戏程序与手机摇动事件相关联，而将电子书与滑动操作相关联。则该步骤具体为：判断当前活动的应用程序是否为与检测到的触发事件相关联的应用程序。

也有可能出现应用程序窗口化的情况，例如，在Windows系统中，界面内显示有多个应用程序的场景，这时，上述步骤可以是：获取当前活动的多个应用程序的信息，判断当前活动的应用程序中是否包含预设的应用程序。如果包含，执行后续的步骤。

步骤S140，如果当前活动的应用程序是预设的应用程序，则启动交互组件并将交互组件的场景显示在界面中，完成场景切换。

交互组件用于在其场景中展示信息，该信息可以是与当前活动的应用程序相关的内容，例如，当前活动的应用程序为一款游戏，则交互组件可以是与该游戏相关的攻略。攻略可以来自游戏自带组件，或者由外部独立的应用程序提供。交互组件中的信息也可以与当前活动的应用程序无关，例如，用户在阅读电子书时，想快速查看接收到的短消息。交互组件包括各种可视化控件，组件，窗口程序等，例如，在Anroid中可以是Activity组件，或Dialog对话框，Widget等。在本发明中，交互组件包含与当前活动的应用程序相关的内容。具体地，根据信息的类型、大小等，为不同的应用程序选择不同的交互组件。交互组件的场景可以覆盖整个界面，实现场景的完全切换，或者，部分覆盖应用程序的场景。

交互组件依具体的操作系统可以有多种选择，例如，在Android系统中，可以是Activity组件，或Dialog对话框等。

根据本发明上述实施例提供的方法，监控到预设的场景切换触发事件时，判断占据当前界面的活动程序是否为预设的应用程序，如果是，在当前界面中显示交互组件，交互组件的场景也显示在界面中。根据该方案，用户切换场景时，不需要繁琐的操作，而只需要简单的触发动作，即可获得需要的信息，不影响用户对应用程序体验的连贯性。

图2示出了根据本发明另一个实施例的应用程序场景切换方法的流程图，如图2所示，该方法包括如下步骤：

步骤S210，通过自启动在系统中创建后台服务。

在本实施例中，以Android系统为例说明各个步骤的执行方式，然而本发明不限于此，对于IOS等其他系统，可通过对应的方式实现。

具体地，在Android中，可以创建Service组件作为后台服务并保持Service组件的运行状态。Service组件是一种运行在后台，不具有界面的组件，可用于同其他组件进行交互。其中，利用系统广播，可以将该Service组件设置为开机自启动，一种具体的实施方法是，通过监控系统的开机广播实现，例如，Android系统中的Standard Broadcast Action，该广播的名称为Android.Intent.action.BOOT_COMPLETED，该Action只会发出一次，构建一个广播接收者IntentReceiver类，重构其抽象方法onReceiveIntent(Context context,Intent Intent)，在其中启动目标Service组件。另外，还可以通过系统中定时发送的系统广播实现目标Service组件的状态保持，例如，在Android系统中，监控广播Intent.ACTION_TIME_TICK，该广播每分钟发送一次，利用该广播每分钟检查一次上述目标Service组件的运行状态，如果该Service组件已被结束，就重新启动Service组件。当然，上述实现方式仅作为示例，根据不同的系统，可以选用多种其他方式实现后台服务的启动和保持，此处不一一列举。

步骤S220，监控系统中与传感器有关的对象，判断摇动事件是否被触发。

可选地，通过步骤S210中创建的Service组件监控系统中与传感器有关的对象。

现有的智能手机中通常内置有多种传感器，可监控与用户有关事件的有加速度传感器，重力传感器，陀螺仪等，以及手机的触屏，声控装置等。对预设触发事件的监控通过监控上述传感器实现，例如，通过监控加速度传感器或重力传感器获知手机摇动事件，通过监控陀螺仪相关的对象获知手机的倾斜或偏转，通过监控触屏获知点击、滑动事件等。

具体地，在大多数的应用程序中，例如游戏、电子书或浏览器中，手机的倾斜、偏转或点击、滑动事件易与应用本身的操作产生冲突，因此，可选地，在该实施例中，以手机摇动事件作为预设事件。摇动事件的检测基于加速度传感器SensorManager.SENSOR_ACCELEROMETER，例如，从传感器中获取手机在各方向上的加速度值，在连续的多个时间间隔内检测各方向上加速度变化，根据加速度的变化确定是否发生摇动事件。

步骤S230，获取当前活动的应用程序的包名称。

可选地，该步骤也由步骤S210中创建的Service组件完成。该实施例中以应用程序的安装包名称Packagename作为应用程序的信息。当然，也可以获取其他信息作为应用程序的信息，例如应用名称Appname，应用程序标签等。

具体地，Packagename通过Packagemanager对象获取。

以智能手机操作系统为例，应用程序通常为全屏应用，即运行时其场景占据整个界面，这时，运行在界面上的前台应用即作为当前活动的应用程序。例如，可以是一款游戏，文字阅读器，视频播放器，地图，浏览器等。

步骤S240，将获取的当前活动的应用程序的包名称与预设的应用程序的包名称进行比对，若比对一致，执行步骤S250，否则，执行步骤S220。

步骤S250，通过创建的后台服务启动交互组件并将交互组件的场景显示在界面中。

预设的应用程序，触发事件，交互组件三者相互关联，例如，预设应用程序是一款游戏，则Activity等交互组件可以是与该游戏相关的攻略。攻略可以来自游戏自带组件，或者由外部独立的应用程序提供；若当前活动的应用程序是文字阅读器，则交互组件可以由电子词典提供，显示用户选定内容的释义；或者，对于视频播放器，交互组件可以展示最近的影视信息，视频推荐等内容。交互组件中的信息也可以与当前活动的应用程序无关，例如，用户在阅读电子书时，想快速查看接收到的短消息。

交互组件包括Dialog(对话框)，Activity组件等。在本实施例中，启动Activity组件作为交互组件并将Activity组件的场景显示在界面中。Avtivity与其他交互组件相比，能实现更多的控件，提供更丰富的信息和交互功能。Activity是一个负责与用户交互的组件。在Android应用中，一个Activity组件的场景显示在屏幕的最前端，通常占据整个屏幕，处于可见并可和用户交互的激活状态，上面可以显示一些控件，这些控件可用于监听并处理用户的事件。

具体地，后台服务可以构建一个Intent(意图)来启动Activity组件，Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android根据此Intent的描述，找到对应的组件，将Intent传递给调用的组件，并完成组件的调用。具体地，在构建的Intent属性中指定要启动的Activity的类。然后传递这个Intent给Activity启动函数StartActivity。在调用Activity启动函数StartActivity之后，Activity被创建并变成可见和活跃状态。当然，也可以选用其他方式实现Activity组件的启动，此处不一一列举。

可选地，启动Dialog(对话框)格式的Activity组件并将所述Dialog格式的Activity展示在界面中，例如，这可以通过在配置文件中声明Activity组件时，定义Activity组件的主题为Dialog类型来实现。这种形式的Activity的场景可显示为窗口形式，并且保留了Activity的特点，其中可以添加较多的控件。

步骤S260，接收用户对交互组件的触发动作，并根据触发动作执行相应的操作。

Activity组件上面可以显示的一些控件可以监听并处理用户事件。以游戏攻略为例，Activity组件上显示攻略内容，同时还提供有一些用户接口，接收用户操作，例如，提供“下一页”按钮，用户点击后，实现翻页，跳转等效果，找到待查看的部分，其中，翻页或跳转可以是多个Activity组件之间的切换，或者在同一个Activity组件内切换不同的布局，例如，切换至不同的View控件；Activity组件中还可以提供“返回”等按钮，用户查看完成后，点击该按钮，结束或隐藏该Activity组件。

下面以一具体事例说明本发明的过程。其中，预设的应用程序是服务商指定的，或用户设定的一个或多个应用程序，例如，将游戏“地牢猎人”指定为预设应用程序，并将场景切换触发事件指定为手机摇动，则当后台服务通过监控加速度传感器检测到手机的摇动事件时，界面中显示的当前活动的应用程序可能是“地牢猎人”游戏，也可能是其他游戏，或者地图，浏览器等。这时，后台服务进一步获取当前活动的应用程序的安装包名称等信息，与“地牢猎人”的安装包名称匹配，如果匹配通过，启动activity交互组件，该activity组件界面中显示其场景，展示攻略信息。

根据本发明上述实施例提供的方法，自启动并维持一个后台服务，利用该后台服务监控预设的场景切换触发事件，并根据应用程序包名称确定当前活动的应用程序是否为预设的应用程序，判断结果为是时，在当前界面中显示Activity组件。根据该方案，用户切换场景时，不需要繁琐的操作，而只需要简单的触发动作，即可获得需要的信息，不影响用户对应用程序体验的连贯性，此外，后台服务的自启动和维持进一步保证了方法可在任何时刻顺利执行，Activity组件可提供多个控件，具有更强的交互功能。

图3示出了根据本发明一个实施例提供的应用程序场景切换装置，如图3所示，该装置包括：

监控模块310，适于监控预设的场景切换触发事件。

场景切换触发事件指单一，或连续的用户操作事件，以智能手机为例，这可以包括：满足一定规则的触屏滑动操作，例如，预设轨迹或预设长度的滑动事件；当前场景内限制区域内的触碰事件，如多点同时触碰或不同区域的顺序触碰事件；手机摇动事件，语音指令等。

现有的智能手机中通常内置有多种传感器，可监控与用户有关事件的有加速度传感器，重力传感器，陀螺仪等，以及手机的触屏，声控装置等。监控模块310对预设触发事件的监控通过监控上述传感器实现，例如，监控模块310通过监控加速度传感器或重力传感器获知手机摇动事件，通过监控陀螺仪相关的对象获知手机的倾斜或偏转，通过监控触屏获知点击、滑动事件等。

具体地，在大多数的应用程序中，例如游戏、电子书或浏览器中，手机的倾斜、偏转或点击、滑动事件易与应用本身的操作产生冲突，因此，可选地，在该实施例中，监控模块310具体适于：监控手机的摇动事件作为预设事件。监控模块310对摇动事件的检测基于加速度传感器SensorManager.SENSOR_ACCELEROMETER，例如，监控模块310从传感器中获取手机在各方向上的加速度值，在连续的多个时间间隔内检测各方向上加速度变化，根据加速度的变化确定是否发生摇动事件。

获取模块320，适于当监控模块310监控到场景切换触发事件发生时，获取当前活动的应用程序的信息。

在本实施例中，获取模块320获取应用程序的安装包名称Packagename作为应用程序的信息。此外，获取模块320还可以获取应用名称Appname，应用程序的标签等作为应用程序的信息。

具体地，获取模块320通过Packagemanager对象获取当前活动应用程序的Packagename。

判断模块330，适于根据获取模块320获取的当前活动的应用程序的信息判断当前活动的应用程序是否为预设的应用程序。

判断模块330具体适于：将获取模块320获取的当前活动的应用程序的包名称与预设的应用程序的包名称进行比对，若比对一致，确定当前活动的应用程序为预设的应用程序。

显示模块340，适于在判断模块330判断出当前活动的应用程序是预设的应用程序时，启动预设的交互组件并将交互组件的场景显示在界面中。

交互组件包括Dialog(对话框)，Activity组件等。在本实施例中，显示模块340启动Activity组件作为交互组件并将Activity组件的场景显示在界面中。Avtivity与其他交互组件相比，能实现更多的控件，从而提供更丰富的内容和交互方式。Activity是一个负责与用户交互的组件。在一个Android应用中，一个Activity组件的场景显示在屏幕的最前端，通常占据整个屏幕，处于可见并可和用户交互的激活状态，上面可以显示一些控件，这些控件监听并处理用户的事件。

可选地，显示模块340启动Dialog格式的Activity组件并将Dialog格式的Activity展示在界面中，具体地，可将Activity设置为Dialog风格，这可以通过在配置文件中声明Activity组件时，定义Activity组件的主题为Dialog类型实现。这种形式的Activity的场景可显示为窗口形式，并且保留了Activity的特点，其中可以添加较多的控件。

可选地，装置进一步包括：自启动模块350，适于通过自启动在系统中创建后台服务。

可选地，自启动模块350创建Service组件等后台服务，监控模块310通过Service组件等后台服务监控预设的场景切换触发事件。

可选地，获取模块320也通过自启动模块350创建的Service组件等后台服务获取当前活动的应用程序的包名称。

可选地，显示模块340通过自启动模块350创建的Service组件等后台服务启动并在界面中展示交互组件。具体地，显示模块340通过后台服务构建一个Intent来启动Activity组件，在Intent中指定要启动的Activity的类。然后传递这个Intent给Activity启动函数startActivity。在调用Activity启动函数startActivity之后，Activity被创建并变成可见和活跃状态。当然，也可以选用其他方式实现Activity组件的启动，此处不一一列举。

可选地，装置进一步包括：交互模块360，适于在显示模块340启动交互组件并将交互组件的场景显示在界面中之后，接收用户对交互组件的触发动作，并根据触发动作执行相应的操作。

以游戏攻略为例，显示模块340通过Activity组件上呈现攻略内容，交互模块360在Activity组件上提供一些用户接口并接收用户操作，例如，提供“下一页”按钮，用户点击后，实现翻页，跳转等效果，找到待查看的部分，其中，翻页或跳转可以是多个Activity组件之间的切换，或者在同一个Activity内切换不同的布局，例如，切换至不同的View控件；Activity组件中还可以提供“返回”等按钮，用户查看完成后，点击该按钮，交互组件360结束或隐藏该Activity组件。

根据本发明上述实施例提供的装置，自启动模块创建后台服务并维持该后台服务，监控模块监控预设的场景切换触发事件，在监控到触发事件后，获取模块和判断模块根据应用程序包名称确定当前活动的应用程序是否为预设的应用程序，如果是，显示模块在当前界面中显示Activity组件。根据该方案，用户切换场景时，不需要繁琐的操作，而只需要简单的触发动作，即可获得需要的信息，十分灵活高效，并且不影响用户对应用程序体验的连贯性。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的应用程序的场景切换装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为适于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (14)

1.一种应用程序场景切换方法，包括：

监控预设的场景切换触发事件；

当监控到所述场景切换触发事件发生时，获取当前活动的应用程序的信息；

根据当前活动的应用程序的信息判断所述当前活动的应用程序是否为预设的应用程序；

如果当前活动的应用程序是预设的应用程序，则启动预设的交互组件并将所述交互组件的场景显示在界面中，所述预设的交互组件包含与所述当前活动的应用程序相关的内容，其中，所述交互组件用于在所述场景中展示信息，所述信息为与当前活动的应用程序相关的内容。

2.根据权利要求1所述的方法，其中，所述预设的场景切换触发事件包括手持设备的摇动事件；所述监控预设的场景切换触发事件具体为：监控系统中与传感器有关的对象来判断所述摇动事件是否被触发。

3.根据权利要求1所述的方法，其中，所述应用程序的信息包括应用程序的包名称；

所述根据应用程序的信息判断所述当前活动的应用程序是否为预设的应用程序具体为：将获取的所述当前活动的应用程序的包名称与所述预设的应用程序的包名称逐一比对，若有比对一致，确定所述当前活动的应用程序中包含预设的应用程序。

4.根据权利要求1所述的方法，其中，所述启动交互组件并将所述交互组件的场景显示在界面中包括：启动Activity组件并将所述Activity组件的场景显示在界面中。

5.根据权利要求4所述的方法，其中，所述启动Activity组件并将所述Activity组件的场景显示在界面中具体为：启动对话框格式的Activity组件并将所述对话框格式的Activity展示在界面中。

6.根据权利要求1-5任一项所述的方法，其中，还包括：通过自启动在系统中创建后台服务；

所述启动交互组件并将所述交互组件的场景显示在界面中具体为：通过所述创建的后台服务启动所述交互组件并在界面中展示所述交互组件。

7.根据权利要求1所述的方法，其中，在所述启动交互组件并将所述交互组件的场景显示在界面中之后，还包括：接收用户对所述交互组件的触发动作，并根据所述触发动作执行相应的操作。

8.一种应用程序场景切换装置，包括：

监控模块，适于监控预设的场景切换触发事件；

获取模块，适于当所述监控模块监控到所述场景切换触发事件发生时，获取当前活动的应用程序的信息；

判断模块，适于根据所述获取模块获取的当前活动的应用程序的信息判断所述当前活动的应用程序是否为预设的应用程序；

显示模块，适于在所述判断模块判断出当前活动的应用程序是预设的应用程序，启动预设的交互组件并将所述交互组件的场景显示在界面中，所述预设的交互组件包含与所述当前活动的应用程序相关的内容，其中，所述交互组件用于在所述场景中展示信息，所述信息为与当前活动的应用程序相关的内容。

9.根据权利要求8所述的装置，其中，所述预设的场景切换触发事件包括手持设备的摇动事件；

所述监控模块具体适于：监控系统中与传感器有关的对象来判断所述摇动事件是否被触发。

10.根据权利要求8所述的装置，其中，所述获取模块具体适于：获取所述当前活动的应用程序的包名称；

所述判断模块具体适于：将所述获取模块获取的当前活动的应用程序的包名称与所述预设的应用程序的包名称进行比对，若比对一致，确定所述当前活动的应用程序为预设的应用程序。

11.根据权利要求8所述的装置，其中，所述显示模块具体适于：启动Activity组件并将所述Activity组件的场景显示在界面中。

12.根据权利要求11所述的装置，其中，所述显示模块具体适于：启动对话框格式的Activity组件并将所述对话框格式的Activity展示在界面中。

13.根据权利要求8-12任一项所述的装置，其中，还包括：自启动模块，适于通过自启动在系统中创建后台服务；

所述显示模块具体适于：通过所述自启动模块创建的后台服务启动所述交互组件并在界面中展示所述交互组件。

14.根据权利要求8所述的装置，其中，还包括：交互模块，适于在所述显示模块启动交互组件并将所述交互组件的场景显示在界面中之后，接收用户对所述交互组件的触发动作，并根据所述触发动作执行相应的操作。