投屏方法、装置、终端及存储介质与流程

本公开实施例涉及投屏技术领域，特别涉及一种投屏方法、装置、终端及存储介质。

背景技术：

投屏技术是指将手机等移动设备上的内容实时同步到电视等其它大屏设备上。

在进行投屏时，用户有时需要在执行投屏的设备上进行别的操作。相关技术中，在进行投屏时，被投屏的应用处于在前台运行的状态，用户无法对设备上的其它功能进行操作。

技术实现要素：

本公开实施例提供了一种投屏方法、装置、终端及存储介质，可以用于解决在进行投屏时，被投屏的应用处于在前台运行的状态，用户无法对设备上的其它功能进行操作的问题。所述技术方案如下：

根据本公开的一个方面，提供了一种投屏方法，应用于终端中，所述方法包括：

显示第一应用的用户界面；

在接收到用户对所述第一应用的投屏指令时，将所述第一应用的用户界面投屏至其它终端的屏幕上显示；

显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示。

在一个可选的实施例中，所述显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示，包括：

将所述第一应用切换至后台运行，显示所述主页用户界面，将投屏时的所述第一应用的用户界面缩小后通过所述悬浮窗的形式显示；

或者，

将所述第一应用切换至后台运行，显示所述主页用户界面，以所述悬浮窗的形式显示所述第一应用的实时运行画面。

在一个可选的实施例中，所述显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示之后，所述方法还包括：

在接收到对所述终端的其他操作指令时，执行相应的操作指令，依然以所述悬浮窗的形式显示所述第一应用的用户界面。

在一个可选的实施例中，所述用户对所述第一应用的投屏指令通过以下方式中的至少一种方式触发：

在状态栏中显示第一投屏控件，通过所述第一投屏控件触发对所述第一应用的投屏指令；

在通知栏中显示第二投屏控件，通过所述第二投屏控件触发对所述第一应用的投屏指令；

显示悬浮控制窗，所述悬浮控制窗上显示有小窗投屏控件，通过所述小窗投屏控件触发对所述第一应用的投屏指令。

在一个可选的实施例中，所述方法还包括：在接收到对所述悬浮窗的拖拽操作后，根据所述拖拽操作改变所述悬浮窗的显示状态。

在一个可选的实施例中，所述方法还包括：在接收到对所述第一应用的全屏显示指令时，取消所述悬浮窗，全屏显示所述第一应用的用户界面。

根据本公开的一个方面，提供了一种投屏的装置，应用于终端中，所述装置包括：界面显示模块和投屏模块；

所述界面显示模块，被配置为显示第一应用的用户界面；

所述投屏模块，被配置为在接收到用户对所述第一应用的投屏指令时，将所述第一应用的用户界面投屏至其它终端的屏幕上显示；

所述界面显示模块，被配置为显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示。

在一个可选的实施例中，所述装置还包括：处理模块；

所述处理模块，被配置为将所述第一应用切换至后台运行，所述界面显示模块，被配置为显示所述主页用户界面，将投屏时的所述第一应用的用户界面缩小后通过所述悬浮窗的形式显示；或者，所述处理模块，被配置为将所述第一应用切换至后台运行，所述界面显示模块，被配置为显示所述主页用户界面，以所述悬浮窗的形式显示所述第一应用的实时运行画面。

在一个可选的实施例中，所述处理模块，被配置为在接收到对所述终端的其他操作指令时，执行相应的操作指令；所述界面显示模块，被配置为依然以所述悬浮窗的形式显示所述第一应用的用户界面。

在一个可选的实施例中，所述处理模块，被配置为在状态栏中显示第一投屏控件，通过所述第一投屏控件触发对所述第一应用的投屏指令；

所述处理模块，被配置为在通知栏中显示第二投屏控件，通过所述第二投屏控件触发对所述第一应用的投屏指令；

所述处理模块，被配置为显示悬浮控制窗，所述悬浮控制窗上显示有小窗投屏控件，通过所述小窗投屏控件触发对所述第一应用的投屏指令。

在一个可选的实施例中，所述界面显示模块，被配置为在接收到对所述悬浮窗的拖拽操作后，根据所述拖拽操作改变所述悬浮窗的显示状态。

在一个可选的实施例中，所述界面显示模块，被配置为在接收到对所述第一应用的全屏显示指令时，取消所述悬浮窗，全屏显示所述第一应用的用户界面。

根据本公开的一个方面，提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的投屏方法。

根据本公开的一个方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如上述方面所述的投屏方法。

根据本公开的一个方面，还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现上述方面所述的投屏方法。

本公开实施例提供的技术方案至少包括如下有益效果：

通过将终端中的第一应用生成悬浮窗，使用投屏技术将第一应用的用户界面投屏至其它终端的屏幕上，第一应用退至终端的后台，在主页用户界面还可以运行第二应用，满足了用户同时运行多个应用的需求。用户使用该方法，可以解决投屏时不能进行其他操作的问题。

附图说明

图1是本公开一个示例性实施例提供的投屏方法的流程图；

图2是本公开一个示例性实施例提供的终端接收投屏指令的示意图；

图3是本公开一个示例性实施例提供的投屏方法的流程图；

图4是本公开一个示例性实施例提供的投屏方法的流程图；

图5是本公开一个示例性实施例提供的终端接收其他操作指令的示意图；

图6是本公开一个示例性实施例提供的投屏方法的流程图；

图7是本公开一个示例性实施例提供的终端接收拖拽操作的示意图；

图8是本公开一个示例性实施例提供的投屏方法的流程图；

图9是本公开一个示例性实施例提供的投屏装置的结构框图；

图10是本公开一个示例性实施例提供的投屏装置的结构框图；

图11是本公开一个示例性实施例提供的终端的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

图1示出了本公开一个示例性实施例提供的投屏方法的流程图。该方法应用于终端中，该方法包括：

步骤101，显示第一应用的用户界面；

可选的，第一应用是在终端的前台运行且全屏显示的应用。第一应用可以是终端中安装的任意应用，用户对该第一应用进行投屏操作。

步骤102，在接收到用户对第一应用的投屏指令时，将第一应用的用户界面投屏至其它终端的屏幕上显示；

结合参考图2，图2示出了一个示例性实施例提供的终端接收投屏指令的示意图。如图2中的(a)所示，在状态栏中显示第一投屏控件201，通过第一投屏控件201触发对第一应用的投屏指令；或者，在通知栏中显示第二投屏控件202，通过第二投屏控件202触发对第一应用的投屏指令；或者，如图2中的(b)所示，显示悬浮控制窗203，悬浮控制窗上显示有小窗投屏控件204，通过小窗投屏控件204触发对第一应用的投屏指令。

可选的，在用户通过上述投屏指令成功对第一应用进行投屏后，再次对上述投屏控件进行操作，触发结束投屏指令，结束将第一应用的用户界面投屏至其它终端的屏幕上显示。

示意性的，如图2中的(b)所示，终端显示悬浮控制窗203。悬浮控制窗203中显示已经与该终端建立通信连接的其它终端，其它终端接收来自该终端的投屏数据，显示被投屏的第一应用的用户界面。投屏数据包括符号数据、文字数据、数字数据、语音数据、图像数据、视频数据中的至少一种。

可选的，上述投屏指令的触发包括对投屏控件的单击操作、双击操作、按压操作和长按操作中的至少一种，本公开实施例并不对此进行限定。

可选的，在主页用户界面上接收投屏操作时，不会开启投屏功能。

步骤103，显示主页用户界面，将第一应用的用户界面缩小后通过悬浮窗的形式显示；

可选的，悬浮窗默认显示在主页用户界面的右部中间位置。

综上所述，本实施例提供的方法，通过将终端中的第一应用生成悬浮窗，使用投屏技术将第一应用的用户界面投屏至其它终端的屏幕上，使得第一应用退至终端的后台且处于运行状态，在主页用户界面上还可以运行第二应用，满足了用户同时运行多个应用的需求。

结合参考图3，图1中的步骤103可以替换实现为步骤1031或步骤1032：

步骤1031，将第一应用切换至后台运行，显示主页用户界面，将投屏时的第一应用的用户界面缩小后通过悬浮窗的形式显示；

步骤1032，将第一应用切换至后台运行，显示主页用户界面，以悬浮窗的形式显示第一应用的实时运行画面。

需要说明的是，悬浮窗的画面内容与其他终端上由于被投屏而显示的画面内容并不一定相同。当将投屏时的所述第一应用的用户界面缩小后通过悬浮窗的形式显示时，悬浮窗的画面内容与其他终端上由于被投屏而显示的画面内容相同；当以悬浮窗的形式显示所述第一应用的实时运行画面时，悬浮窗的画面内容与其他终端上由于被投屏而显示的画面内容不同。

在一个示例中，将第一应用切换至后台运行，包括：将第一应用的应用进程切换至后台，且保持应用进程的进程状态处于运行态。

需要说明的是，将第一应用切换到后台运行时，在多任务管理界面可以查看到正在处于投屏状态的第一应用。

可选的，在安卓系统中，通过点击终端的菜单键，用户可以触发多任务管理界面。在多任务管理界面中，显示了所有在该终端上运行的应用程序，包括正在处于投屏状态的第一应用。用户通过手指滑动，可以查看所有在运行的应用程序。

对多任务管理界面中的第一应用的清除操作包括：选中第一应用向多任务管理界面的边缘滑动；或，点击多任务管理界面下方的清除控件。

当选中第一应用向多任务管理界面的边缘滑动时，由于第一应用被锁定，第一应用不会被清除，多任务管理界面不会存在变化，终端继续将第一应用的用户界面投屏。

当点击多任务管理界面下方的清除控件时，由于第一应用被锁定，第一应用不会被清除，终端继续将第一应用的用户界面投屏至其它终端的屏幕上。多任务管理界面中的其他被锁定的应用会也不会被清除，只有未被锁定的应用会被清除，消除在多任务管理界面中。

可选的，通过手动解除锁定，在接收对多任务管理界面中的所述第一应用的清除操作时，将第一应用消除在所述多任务管理界面中，且继续将所述第一应用的用户界面投屏至其它终端的屏幕上。

可选的，终端使用的是安卓系统。

活动(activity)是一个安卓系统的应用组件。一个应用通常是由多个activity组成，一般会指定应用中的某个activity为主活动，也就是说首次启动应用时给用户呈现的activity。每个activity都会获得一个用于绘制其用户界面的视图(view)，view窗口可以充满整个屏幕也可以小于屏幕并浮动在其他窗口之上。表面视图(surfaceview)是view的一个基类，在视图里内嵌了一个专门用于绘制的表面(surface)，surfaceview控制这个surface的绘制位置。

对于一些游戏类，音视频播放类的应用程序来说，它们的界面都比较复杂，需要经常性的刷新，要求能够进行高效的绘制，一般采用surfaceview。如果采用了view，界面在应用程序的主线程中进行绘制，不能及时地响应用户输入。surfaceview采用了双缓存机制，给那些需要复杂而高效界面的视图生成一个独立的绘图表面，以及使用一个独立的线程来绘制这些视图的界面。总的来说，surfaceview一方面可以实现复杂而高效的界面，另一方面又不会导致用户输入得不到及时响应。

可选的，为进行投屏的第一应用设置第一标识。如果是采用view的应用程序，该应用程序携带一个第一标识；如果是采用surfaceview的应用程序，由于存在两个绘图表面，该应用程序携带两个第一标识。当对第一应用触发投屏操作时，第一标识设置为1，当对该第一应用触发结束投屏操作时，第一标识设置为0。

表面投掷(surfaceflinger)为安卓系统中的应用程序绘制界面提供服务，是一种系统服务。在surfaceflinger中使用设置好的第一标识，对第一应用开启投屏操作或者对第一应用关闭投屏操作。

综上所述，本实施例提供的方法，将在进行投屏的第一应用生成悬浮窗，切换至后台且处于运行状态，解决了将进行投屏的应用切换到后台，运行会暂停的问题。

结合参考图4，图1中的步骤103后可选的步骤包括：

步骤104，在接收到对终端的其它操作指令时，执行相应的操作指令，依然以悬浮窗的形式显示第一应用的用户界面；

可选的，终端接收到的是对第二应用的应用入口的触发操作指令。

第二应用为终端中安装的除第一应用以外的任意应用。此时，第二应用在终端的前台运行，第二应用的用户界面整屏显示在终端的屏幕上，悬浮窗叠加在第二应用的用户界面上。

可选的，第二应用的应用入口包括：位于通知栏上的应用开启控件，位于状态栏上的应用开启控件，位于主页用户界面上的应用图标。

可选的，上述触发操作包括对第二应用的应用入口的单击操作、双击操作、按压操作和长按操作中的至少一种，本公开实施例并不对此进行限定。

示意的，如图5所示，终端显示叠加有悬浮窗20a的主页用户界面20b，在接收到对第二应用的应用入口205的触发操作时，主页用户界面20b切换为第二应用的用户界面20c，此时第二应用在终端的前台运行，悬浮窗20a叠加到第二应用的用户界面20c上。

综上所述，本实施例提供的方法，将在进行投屏的第一应用生成悬浮窗，切换至后台且处于运行状态，用户对终端可以进行其他操作，将其他应用在终端的前台运行，满足了用户在投屏时运行其他应用的需求。

图6示出了本公开一个示例性实施例提供的投屏方法的流程图。在图1的基础上，步骤103后可选的步骤包括：

步骤105，在接收到对悬浮窗的拖拽操作后，根据拖拽操作改变悬浮窗的显示状态；

需要说明的是，拖拽操作只改变悬浮窗的显示状态，不影响终端将第一应用的用户界面投屏至其它终端的屏幕上。

示意的，拖拽操作包括将悬浮窗向上移动、向下移动、向左移动和向右移动中的至少一种。

经过拖拽操作后，在悬浮窗与屏幕的边缘之间的距离小于阈值时，将悬浮窗缩小化至边缘进行显示；其中，边缘是除状态栏和导航栏所在的边缘之外的其它边缘。

可选的，阈值通过终端设定，将悬浮窗与屏幕的边缘之间的距离定义为悬浮窗的中心至屏幕边缘的长度。

需要说明的是，此时，屏幕上可以显示为主页用户界面，可以显示为第二用户界面。

在一个示例中，在接收到对缩小化的悬浮窗的展开操作后，将悬浮窗从边缘恢复显示至非边缘区域中。

可选的，展开操作包括：点击缩小化的悬浮窗；或，向屏幕的非边缘区域滑动缩小化的悬浮窗。

在一个示例中，在接收到对展开后的悬浮窗的缩回操作后，将悬浮窗从非边缘区域中显示至边缘。

示意的，将悬浮窗向屏幕的边缘滑动时，悬浮窗缩回。

在一种可能的情况下，在悬浮窗与边缘之间还包括其它悬浮控件时，移动悬浮窗至目标位置后，再将悬浮窗缩小化至边缘进行显示；其中，目标位置是与边缘之间不包括其它悬浮控件的位置。

可选的，悬浮控件包括：悬浮球，游戏工具箱，加速球。

示意的，如图7所示，悬浮窗20a叠加显示在主页面用户界面20b的右上方位置上。通过拖拽操作，悬浮窗20a的显示位置改变成主页面用户界面20b的中央。

设定阈值为主页面用户界面20b宽度的一半，此时，终端计算悬浮窗20a到主用户界面20b左右两边边缘的距离。到主用户界面20b右边边缘的距离小于设定的阈值，悬浮窗20a缩小化至主用户界面20b的右边边缘处。

综上所述，本实施例提供的方法，通过拖拽操作改变悬浮窗的位置，通过展开或缩回操作改变悬浮窗的尺寸，可以减轻悬浮窗的存在对用户进行其他操作的妨碍，方便用户进行操作游戏或播放视频等需要全屏使用的应用。

图8示出了本公开一个示例性实施例提供的投屏方法的流程图。在图1的基础上，步骤103后可选的步骤包括：

步骤106，在接收到对第一应用的全屏显示指令时，取消悬浮窗，全屏显示第一应用的用户界面；

可选的，对第一应用的全屏显示指令通过以下方式中的至少一种触发：

一、在接收到对悬浮窗的触发操作时，全屏显示第一应用的用户界面；

示意的，终端在将第一应用的用户界面投屏至其它终端的屏幕上时，主页用户界面上叠加有悬浮窗，当用户触发了悬浮窗时，终端的显示界面由主页用户界面转变为第一应用的用户界面，第一应用从后台运行状态变为前台运行状态。

二、在接收到对多任务管理界面中的第一应用的触发操作时，全屏显示第一应用的用户界面；

示意的，多任务管理界面中显示了所有在运行的应用程序。当用户触发了多任务管理界面中的第一应用时，终端的显示界面由多任务管理界面转变为第一应用的用户界面，第一应用从后台运行状态变为前台运行状态。

三、在接收到对通知栏中的第一应用的触发操作时，全屏显示第一应用的用户界面；

可选的，用户在终端的屏幕顶部由上至下滑动可以开启通知栏。通过系统设置可以管理通知栏，允许第一应用显示在通知栏中。

在接收到对主页用户界面中的第一应用的图标的触发操作时，全屏显示第一应用的用户界面；

示意的，当用户触发了主页用户界面中的第一应用时，终端的显示界面由主页用户界面转变为第一应用的用户界面，第一应用从后台运行状态变为前台运行状态。

可选的，上述触发操作包括单击操作、双击操作、按压操作和长按操作中的至少一种，本公开实施例并不对此进行限定。

综上所述，本实施例提供的方法，通过触发操作，恢复全屏显示第一应用的用户界面，同时，取消悬浮窗，不影响在终端对第一应用的使用。

图9示出了本公开一个示例性实施例提供的投屏装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：界面显示模块1001和投屏模块1002。

界面显示模块1001，被配置为显示第一应用的用户界面；

投屏模块1002，被配置为在接收到用户对所述第一应用的投屏指令时，将所述第一应用的用户界面投屏至其它终端的屏幕上显示；

界面显示模块1001，被配置为显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示。

综上所述，本实施例提供的装置，通过将终端中的第一应用生成浮窗窗口，使用投屏技术将第一应用的用户界面投屏至其它终端的屏幕上，使得第一应用退至终端的后台且处于运行状态，在主页用户界面上还可以运行第二应用，满足了用户同时运行多个应用的需求。

图10示出了本公开一个示例性实施例提供的投屏装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：界面显示模块1001、投屏模块1002和处理模块1003。

界面显示模块1001，被配置为显示第一应用的用户界面；

投屏模块1002，被配置为在接收到用户对所述第一应用的投屏指令时，将所述第一应用的用户界面投屏至其它终端的屏幕上显示；

界面显示模块1001，被配置为显示主页用户界面，将所述第一应用的用户界面缩小后通过悬浮窗的形式显示。

在一个示例中，处理模块1003，被配置为将所述第一应用切换至后台运行，所述界面显示模块1001，被配置为显示所述主页用户界面，将投屏时的所述第一应用的用户界面缩小后通过所述悬浮窗的形式显示；

或者，处理模块1003，被配置为将所述第一应用切换至后台运行，界面显示模块1001，被配置为显示所述主页用户界面，以所述悬浮窗的形式显示所述第一应用的实时运行画面。

在一个示例中，处理模块1003，被配置为在接收到对所述终端的其他操作指令时，执行相应的操作指令；

界面显示模块1001，被配置为依然以所述悬浮窗的形式显示所述第一应用的用户界面。

在一个示例中，处理模块1003，被配置为在状态栏中显示第一投屏控件，通过所述第一投屏控件触发对所述第一应用的投屏指令；

处理模块1003，被配置为在通知栏中显示第二投屏控件，通过所述第二投屏控件触发对所述第一应用的投屏指令；

处理模块1003，被配置为显示悬浮控制窗，所述悬浮控制窗上显示有小窗投屏控件，通过所述小窗投屏控件触发对所述第一应用的投屏指令。

在一个示例中，界面显示模块1001，被配置为在接收到对所述悬浮窗的拖拽操作后，根据所述拖拽操作改变所述悬浮窗的显示状态。

在一个示例中，界面显示模块1001，被配置为在接收到对所述第一应用的全屏显示指令时，取消所述悬浮窗，全屏显示所述第一应用的用户界面。

图11示出了本公开一个示例性实施例提供的终端1100的结构方框图。该终端1100可以是智能手机、平板电脑、电子书、便携式个人计算机等安装并运行有应用程序且可以进行投屏的电子设备。本公开中的终端1100可以包括一个或多个如下部件：处理器1110、存储器1120和屏幕1130。

处理器1110可以包括一个或者多个处理核心。处理器1110利用各种接口和线路连接整个终端1100内的各个部分，通过运行或执行存储在存储器1120内的指令、程序、代码集或指令集，以及调用存储在存储器1120内的数据，执行终端1100的各种功能和处理数据。可选地，处理器1110可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器1110可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责屏幕1130所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1110中，单独通过一块通信芯片进行实现。

存储器1120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。可选地，该存储器1120包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器1120可用于存储指令、程序、代码、代码集或指令集。存储器1120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等，该操作系统可以是安卓(android)系统(包括基于android系统深度开发的系统)、苹果公司开发的ios系统(包括基于ios系统深度开发的系统)或其它系统。存储数据区还可以存储终端1100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

屏幕1130可以为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端1100的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本公开实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端1100的结构并不构成对终端1100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端1100中还包括射频电路、拍摄组件、传感器、音频电路、无线保真(wirelessfidelity，wifi)组件、电源、蓝牙组件等部件，在此不再赘述。

本公开实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的投屏方法。

本公开实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的投屏方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本公开实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。