一种用户界面显示方法及装置与流程

本发明涉及多屏显示领域，尤其涉及一种用户界面显示方法及装置。

背景技术：

随着通信领域的技术不断发展和成熟，在日益普及的通信设备中，特别是智能显示设备(例如移动设备、智能电视)中应用程序的功能应用越来越丰富，用户的个性化需求越来越多。

android平台已经成为智能显示终端最重要的操作系统之一。在android4.0之后的版本中，能够支持多个显示屏同时显示，但仅支持多个显示屏显示相同的内容。

目前，还没有能够实现主显示设备和辅助显示设备同时显示不同的应用程序ui(userinterface，用户界面)的技术方案，不能满足用户同时开启多任务的需求。

技术实现要素：

本发明实施例提供了一种用户界面显示方法及装置，用以实现在主显示设备和辅助显示设备上同时显示不同的用户界面。

本发明实施例提供的用户界面显示方法，包括：

在接收到推送ui的指示信息后，执行以下步骤：

将主显示设备上的第一ui发送给辅助显示设备进行显示，并保持所述第一ui所在的应用程序为运行状态；

在主显示设备上显示第二ui。

具体地，将主显示设备上的第一ui发送给辅助显示设备进行显示，包括：

获得主显示设备上当前焦点所在的第一ui；

将所述第一ui发送给辅助显示设备进行显示；

释放所述第一ui上的焦点；

将焦点设置在主显示设备上的第二ui上。

具体地，将主显示设备上的第一ui发送给辅助显示设备进行显示，包括：

设置所述第一ui的图层属性以及显示属性，以使所述第一ui在辅助显示设备上显示；

根据所述第一ui的图层属性以及显示属性，将所述第一ui发送给辅助显示设备进行显示。

优选地，该方法还包括：

在接收到重新推送ui的指示信息后，执行以下步骤：

确定异常退出的应用程序，所述应用程序的ui曾被推送到辅助显示设备上进行显示；

在后台启动所述异常退出的应用程序；

将当前被启动的所述异常退出的应用程序的ui发送给辅助显示设备进行显示。

可选地，所述推送ui的指示信息和所述重新推送ui的指示信息由针对浮动ui的触屏事件产生；

用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件属于不同类型的触屏事件；或者

用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件属于相同类型的触屏事件；在接收到针对浮动ui的所述相同类型的触屏事件后，在当前没有ui被发送给辅助显示设备进行显示的情况下：若判断上一次被发送给辅助显示设备进行显示的ui所在的应用程序异常退出，则根据当前接收到的触屏事件产生重新推送ui的指示信息，否则，根据当前接收到的触屏事件产生推送ui的指示信息。

优选地，该方法还包括：

在接收到拉回ui的指示信息后，执行以下步骤：

确定辅助显示设备当前显示的ui；

将该ui在主显示设备上显示。

具体地，将该ui在主显示设备上显示，包括：

将焦点设置在该ui上；

设置该ui所在的应用程序的图层属性以及显示属性，以使该ui在主显示设备上显示；

根据该ui所在的应用程序的图层属性以及显示属性，在主显示设备上显示该ui。

可选地，所述推送ui的指示信息和所述拉回ui的指示信息由针对浮动ui的触屏事件产生；

用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件属于不同类型的触屏事件；或者

用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件属于相同类型的触屏事件；在接收到针对浮动ui的所述相同类型的触屏事件后，若判断当前辅助显示设备上有显示ui，且显示的ui与主显示设备上显示的ui不同，则根据当前接收到的触屏事件产生拉回ui的指示信息，否则根据当前接收到的触屏事件产生推送ui的指示信息。

可选地，所述主显示设备的操作系统为android。

本发明实施例提供的用户界面显示装置，包括：

接收模块，用于接收推送ui的指示信息；

处理模块，用于将主显示设备上的第一ui发送给辅助显示设备进行显示，并保持所述第一ui所在的应用程序为运行状态；在主显示设备上显示第二ui。

具体地，所述处理模块，具体用于：

获得主显示设备上当前焦点所在的第一ui；

将所述第一ui发送给辅助显示设备进行显示；

释放所述第一ui上的焦点；

将焦点设置在主显示设备上的第二ui上。

具体地，所述处理模块具体用于：设置所述第一ui的图层属性以及显示属性，以使所述第一ui在辅助显示设备上显示；根据所述第一ui的图层属性以及显示属性，将所述第一ui发送给辅助显示设备进行显示。

优选地，所述接收模块还用于：接收重新推送ui的指示信息；

所述处理模块，还用于确定异常退出的应用程序，所述应用程序的ui曾被推送到辅助显示设备上进行显示；在后台启动所述异常退出的应用程序；将当前被启动的所述异常退出的应用程序的ui发送给辅助显示设备进行显示。

可选地，所述推送ui的指示信息和所述重新推送ui的指示信息由针对浮动ui的触屏事件产生；

用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件属于不同类型的触屏事件；或者

用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件属于相同类型的触屏事件；所述装置还包括指示信息产生模块，用于在接收到针对浮动ui的所述相同类型的触屏事件后，在当前没有ui被发送给辅助显示设备进行显示的情况下：若判断上一次被发送给辅助显示设备进行显示的ui所在的应用程序异常退出，则根据当前接收到的触屏事件产生重新推送ui的指示信息，否则，根据当前接收到的触屏事件产生推送ui的指示信息。

优选地，所述接收模块还用于：接收拉回ui的指示信息；

所述处理模块还用于：确定辅助显示设备当前显示的ui；将该ui在主显示设备上显示。

具体地，所述处理模块具体用于：

将焦点设置在该ui上；

设置该ui所在的应用程序的图层属性以及显示属性，以使该ui在主显示设备上显示；

根据该ui所在的应用程序的图层属性以及显示属性，在主显示设备上显示该ui。

可选地，所述推送ui的指示信息和所述拉回ui的指示信息由针对浮动ui的触屏事件产生；

用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件属于不同类型的触屏事件；或者

用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件属于相同类型的触屏事件；所述装置还包括指示信息产生模块，用于在接收到针对浮动ui的所述相同类型的触屏事件后，若判断当前辅助显示设备上有显示ui，且显示的ui与主显示设备上显示的ui不同，则根据当前接收到的触屏事件产生拉回ui的指示信息，否则根据当前接收到的触屏事件产生推送ui的指示信息。

在本发明上述实施例中，在接收到推送ui的指示信息后，将主显示设备上的第一ui发送给辅助显示设备进行显示，保持该ui所在应用程序为运行状态，并在数显示设备上显示第二ui，以实现在主显示设备和辅助显示设备上显示不同的ui，提高用户体验。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为在android系统中适用于本发明实施例的支持多显示设备的架构示意图；

图2为本发明实施例提供的ui显示方法的流程示意图之一；

图3为本发明实施例提供的ui显示方法的流程示意图之二；

图4为本发明实施例提供的ui显示方法的流程示意图之三；

图5为本发明实施例提供的ui显示装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

为了实现在主显示设备和辅助显示设备上同时显示不同的应用程序ui，本发明实施例提供了一种应用程序ui显示方法。

参见图1，为适用于本发明实施例的系统架构示意图，其中，主显示设备可以是android操作系统或其他操作系统下的显示设备，例如手机、平板电脑等，辅助显示设备可以是电视等显示设备。主显示设备可以通过hdmi(highdefinitionmultimediainterface，高清晰度多媒体接口)与辅助显示设备连接，也可以通过无线网络或其他方式与辅助显示设备连接，本发明对此不做限制。

基于上述架构，参见图2，为本发明实施例提供的ui显示方法的流程示意图，如图所示，该ui显示方法包括以下步骤：

步骤201：主显示设备接收到推送ui的指示信息。

其中，所述推送ui的指示信息用于指示将主显示设备当前显示的ui发送至辅助显示设备进行显示。

步骤202：主显示设备将主显示设备上的第一ui发送给辅助显示设备进行显示，并保持所述第一ui所在的应用程序为运行状态。这里，为描述方便， 假设第一ui为“应用程序a的ui”。

具体地，获得主显示设备上当前焦点所在的应用程序a的ui，即当前显示在主显示设备最上层的应用程序a的ui，将应用程序a的ui发送给辅助显示设备进行显示，并保持应用程序a为运行状态，释放应用程序a的ui上的焦点，将焦点设置在主显示设备上的其他ui上。

具体地，上述将主显示设备上的应用程序a的ui发送给辅助显示设备进行显示，包括以下操作：

调用系统中的窗口管理模块设置应用程序a的ui的图层属性以及显示属性，以使应用程序a的ui在辅助显示设备上显示，并释放应用程序a的ui上的焦点。一个应用程序ui可能是由多个图层(layer)叠加得到，例如，视频播放器在播放视频时，包括视频图层和由标题栏、边框、按钮等构成的图层，在显示时，将这些图层进行叠加。这些图层的layerstack属性值相同时，那么这些图层将显示在同一设备中。在android系统中，layerstack属性值默认为0，即默认显示在主显示设备中，对应用程序a的ui的图层的layerstack属性值进行修改，例如将应用程序a的ui的所有图层的layerstack属性值修改为1，以使应用程序a的ui发送到辅助显示设备显示，也可以仅对部分图层的layerstack(如：对于视屏播放器来说，可以仅将视频推送到辅助显示设备进行显示，而标题栏、边框等图层不在辅助显示设备上显示)。另外，可以将显示(display)的layerstack属性值设置也设置为1，以实现在主显示设备和辅助显示设备显示不同的ui。

主显示设备在完成上述对应用程序a的ui的各属性的修改后，根据应用程序a的ui的图层属性以及显示属性，将应用程序a的ui发送给辅助显示设备进行显示。应用程序a的ui需要显示的内容被传输至用于管理辅助显示设备显示的帧缓存设备中。

具体地，上述保持应用程序a为运行状态，是为了使得应用程序a在后台能够正常运行。以android系统中应用程序的生命周期为例，在现有技术中， 当应用程序进入onresume状态后，即表示该应用程序正常运行，若此时启动了另一应用程序，则当前应用程序会进入onpause状态，即暂停状态，然后结束该应用程序的运行，关闭该应用程序。在本发明实施例中，对应用程序a的状态进行了修改，以使主显示设备在进入启动其他应用程序时，仍保证应用程序a在后台正常运行，而不进入暂停或结束状态，从而使得应用程序a的ui能够在辅助显示设备正常显示。

由于本发明实施例实现的功能为将应用程序a的ui发送至辅助显示设备显示后，应用程序a将在主显示设备上进入后台运行，故此时可以将焦点从应用程序a的ui上释放，设置在其他ui上。

步骤203：在主显示设备上显示第二ui。

其中，第二ui是与第一ui不同的其他ui，可以是在主显示设备上显示在任务栈中位于应用程序a下方且紧挨应用程序a的应用程序b的ui，也可以是系统界面。例如，在手机上先启动了浏览器浏览新闻，之后又启动了视频播放器播放视频，并将视频发送至辅助显示设备显示，则手机当前显示之前启动的浏览器，并将焦点设置在该浏览器上，以使用户可以继续浏览新闻或其他网页。再例如，若手机在将视频发送至辅助显示设备显示之前并未启动其他应用程序，则此时手机可以显示系统主界面。

在上述步骤201中，推送ui的指示信息可以由针对浮动ui的触屏事件产生；同样地，后面提到的其他指示信息也可以由针对浮动ui的触屏事件产生。

上述实施例以一个主显示设备和一个辅助显示设备显示不同应用程序为例，当然，基于相同的技术构思，本发明实施例还可以实现一个主显示设备和多个辅助显示设备显示各不相同的应用程序。

在部分场景下，可能会出现应用程序自动退出的情况，例如视频播放完毕后视频播放器自动退出，或者应用程序出现异常，或者手机内存不足时。此时，可以将默认的时间显示ui发送至辅助显示设备显示。然而，有时用户可能并不想结束应用程序在辅助显示设备显示的，因此本发明实施例还提供了快捷重 新发送异常退出的应用程序的方法。该方法可以实现当已发送至辅助显示设备显示的应用程序a异常退出时，而用户希望再次将应用程序a的ui发送至辅助显示设备显示，可以在后台重启应用程序a并将其ui快速重新发送至辅助显示设备显示，而不需要用户重新执行启动应用程序a并发送的操作。

上述方法的流程示意图如图3所示，该方法具体包括以下步骤：

步骤301：主显示设备接收重新推送ui的指示信息。

其中，所述重新推送ui的指示信息用于指示，在已有ui被推送至辅助显示设备显示，但该ui所在的应用程序异常退出的情况下，重新将该ui推送至辅助显示设备进行显示。

步骤302：主显示设备确定异常退出的应用程序，该应用程序的ui曾被推送到辅助显示设备上进行显示。

应用程序的退出原因分为正常退出和异常退出，例如，若用户主动关闭该应用程序，则通常认为是正常退出，应用程序执行完成后主动退出的情况也可视为正常退出，其他非用户主动关闭的情况则称为异常退出，例如由于系统资源不足强制关闭该应用程序，或其他原因导致该应用程序自动退出。其中，应用程序执行完成后主动退出的情况虽然可被视为正常退出，但也可以通过本发明实施例提供的重新推送方法实现重新推送。

主显示设备可以通过多种方式，确定异常退出的应用程序：

例如，主显示设备在将ui推送给辅助显示设备进行显示后，将该ui及该ui所在的应用程序记录为推送状态；在拉回该ui后，将该ui及该ui所在的应用程序的推送状态修改为已拉回；当被推送到辅助显示设备上的ui所在的应用程序异常退出时，将该应用程序的状态标记为异常退出。这样，当主显示设备接收到重新推送ui的指示信息后，可查询上述记录，若有应用程序的状态为“推送状态”且被标记为“异常退出”，则表明该应用程序之前曾被推送到辅助显示设备上显示，但该ui所在的应用程序被异常关闭，则将该应用程序确定为需要重新推送到辅助显示设备上显示的应用程序。

进一步地，如果通过查询上述记录，确定出有多个应用程序的状态为“推送状态”且被标记为“异常退出”，则主显示设备可以将该多个应用程序的信息显示在弹出式界面中供用户选择，并将用户选择的应用程序确定为需要重新推送到辅助显示设备上显示的应用程序。

进一步地，如果通过查询上述记录，确定出有多个应用程序的状态为“推送状态”且被标记为“异常退出”，则主显示设备还可根据设置的策略从该多个应用程序中确定出需要重新推送到辅助显示设备上显示的应用程序。举例来说，可以根据该多个应用程序被设置为推送状态的时间或标记为异常退出的时间，将时间最近的应用程序确定为需要重新推送到辅助显示设备上显示的应用程序；本发明实施例还可以使用其他策略用以确定需要重新推送到辅助显示设备上显示的应用程序，此处不再一一举例。

步骤303：在后台重新启动异常退出的应用程序。

例如，用户将视频推送至辅助显示设备进行显示，在主显示设备上正在浏览网页，若在视频播放器异常退出时，用户希望将视频重新推送至辅助显示设备进行显示，为了不影响用户在主显示设备继续浏览网页，因此在后台重新启动异常退出的视频播放器。

步骤304：将当前被启动的所述异常退出的应用程序的ui发送给辅助显示设备进行显示。

将当前被启动的所述异常退出的应用程序的ui发送给辅助显示设备进行显示的过程如前所述，此处不再赘述。

将应用程序a的ui发送至辅助显示设备显示后，由于释放了应用程序a的ui上的焦点，用户不能在对应用程序a进行操作。故而本发明实施例还提供了一种将已发送至辅助显示设备显示的应用程序a的ui拉回至主显示设备显示的方法，以实现用户能够对在辅助显示设备显示的应用程序a进行操作。

上述方法的流程示意图如图4所示，该方法具体包括以下步骤：

步骤401：主显示设备接收拉回ui的指示信息。

其中，所述拉回ui的指示信息用于指示将当前被发送至辅助显示设备显示的应用程序的ui拉回至主显示设备显示。

步骤402：主显示设备确定辅助显示设备当前显示的ui。

优选地，主显示设备在将应用程序的ui推送到辅助显示设备进行显示后，可以对推送的应用程序的ui进行记录，以使主显示设备可以快速获取当前被推送至辅助显示设备进行显示的ui。

步骤403：主显示设备将确定出的ui在主显示设备上显示。

具体地，主显示设备可以通过以下步骤完成将确定出的ui在主显示设备上显示：

调用窗口管理模块将焦点设置在确定出的ui上，并设置确定出的ui的图层属性以及显示属性，以使确定出的ui在主显示设备上显示。例如，在android系统中，可以该ui的所有图层以及显示的layerstack属性值修改为0，此时，主显示设备和辅助显示均显示该ui，若将该ui的所有图层的layerstack的属性值修改为0，显示的layerstack属性值修改为其他值，此时仅主显示设备显示该ui，而辅助显示设备则不再显示该ui。

主显示设备根据该ui的图层属性以及显示属性，在主显示设备上显示该ui。该ui需要显示的内容被传输至用于管理主显示设备显示的帧缓存设备中。

应用上述方法，用户可以实现将视频发送至辅助显示设备显示，在主显示设备浏览网页或玩游戏，当用户希望对辅助显示设备显示的视频进行快进或后退的操作时，可以将视频拉回至主显示设备显示，此时用户可以对视频进行快进操作。将视频拉回至主显示设备显示后，辅助显示设备可以继续与主显示设备同步显示快进或后退的视频，也可以不再显示视频。待调整好视频进度后，再将视频发送至辅助显示设备，用户可以继续浏览网页或玩游戏。

触发本发明实施例提供的ui显示方法可以通过多种方式实现，为了方便用户操作本发明实施例优选通过一个浮动ui触发。

该浮动ui可以通过预先在主显示设备上安装应用程序实现，当该应用程 序启动后，在主显示设备最上层显示该浮动ui。该应用程序可以通过以下方式启动：

方式1：主显示设备开机后自动开启该应用程序，启动后在主显示设备上显示浮动ui。

方式2：主显示设备开机后进行自动搜索，如果搜索到主显示设备连接有辅助显示设备，则启动该应用程序，启动后在主显示设备上显示浮动ui。

方式3：由用户启动该应用程序，启动后在主显示设备上显示浮动ui。

方式4：由事件触发启动该应用程序，当主显示设备与辅助显示设备建立连接时，该应用程序被触发启动，启动后在主显示设备上显示浮动ui。

该浮动ui始终位于主显示设备的最上层，可以针对浮动ui进行简单的触屏操作，即可实现将应用程序的ui发送至辅助显示设备显示或者将已发送至辅助显示设备显示的应用程序的ui拉回至主显示设备显示，方便用户进行操作。通常情况下该浮动ui仅占用较小的面积，以免遮挡用户正在浏览的应用程序。

考虑到用户操作习惯，本发明实施例对浮动ui能够响应的触屏操作可定义以下几种类型：

向右滑动该浮动ui；

单击该浮动ui；

双击该浮动ui；

向左滑动该浮动ui。

以上述四种触屏事件触发本发明实施例提供的应用程序ui显示方法为例，对本发明上述实施例的触发过程进行详细说明。

可选地，上述推送ui的指示信息可以由向右滑动浮动ui的触屏事件产生，上述重新推送ui的指示信息可以由针对浮动ui的双击触屏事件产生，上述拉回ui的指示信息可以由向左滑动浮动ui的触屏事件产生。由于触屏事件不同，主显示设备可以直接根据触屏事件产生相应的指示信息，并根据该指示信息进 行相应的操作。

可选地，上述推送ui的指示信息和重新推送ui的指示信息可以由针对浮动ui的相同类型触屏事件产生，产生拉回ui的指示信息的触屏事件可以与产生推送ui的指示信息的触屏事件不同。以推送ui的指示信息和重新推送ui的指示信息由向右滑动浮动ui的触屏事件产生，拉回ui的指示信息由向左滑动浮动ui的触屏事件产生为例，主显示设备在获取到向右滑动浮动ui的触屏事件后，在当前没有ui被发送给辅助显示设备进行显示的情况下：若判断上一次被发送给辅助显示设备进行显示的ui所在的应用程序异常退出，则根据当前接收到的触屏事件产生重新推送ui的指示信息，否则，根据当前接收到的触屏事件产生推送ui的指示信息；主显示设备在获取到向左滑动浮动ui的触屏事件后，若判断当前有ui被发送给辅助显示设备进行显示，则根据当前接收到的向左滑动浮动ui的触屏事件产生拉回ui的指示信息。

可选地，上述推送ui的指示信息和拉回ui的指示信息可以由针对浮动ui的相同类型触屏事件产生，产生重新推送ui的指示信息的触屏事件可以与产生推送ui的指示信息的触屏事件不同。以推送ui的指示信息和拉回ui的指示信息由针对浮动ui的单击触屏事件产生，重新推送ui的指示信息由针对浮动ui的双击触屏事件产生为例，主显示设备在获取到针对浮动ui的单击触屏事件后，若判断当前辅助显示设备上有显示ui，且显示的ui与主显示设备上显示的ui不同，则根据当前接收到的触屏事件产生拉回ui的指示信息，否则根据当前接收到的触屏事件产生推送ui的指示信息；主显示设备在获取到针对浮动ui的双击触屏事件后，则根据双击触屏事件产生重新推送ui的指示信息。

可选地，上述推送ui的指示信息、重新推送ui的指示信息以及拉回ui的指示信息，均可以由针对浮动ui的相同触屏事件产生。由于触屏事件相同，主显示设备在获取到针对浮动ui的触屏事件后，需要对该触屏事件进行判断，产生相应的指示信息。以推送ui的指示信息、重新推送ui的指示信息以及拉 回ui的指示信息均由针对浮动ui的单击触屏事件产生为例，主显示设备在获取到针对浮动ui的单击触屏事件后：若上一次针对浮动ui的触屏事件产生的是推送ui的指示信息或重新推送ui的指示信息，且该ui所在的应用程序正常运行，则根据当前接收到的触屏事件产生拉回ui的指示信息；若上一次针对浮动ui的触屏事件产生的是推送ui的指示信息或重新推送ui的指示信息，且该ui所在的应用程序异常退出，则根据当前接收到的触屏事件产生重新推送ui的指示信息；否则，根据当前接收到的触屏事件产生推送ui的指示信息。

在本发明实施例中，对浮动ui的操作不限于上述四种类型的触屏事件，还可以是其它触屏事件。

在本发明上述实施例中，在接收到推送ui的指示信息后，将主显示设备上的第一ui发送给辅助显示设备进行显示，保持该ui所在应用程序为运行状态，并在数显示设备上显示第二ui，以实现在主显示设备和辅助显示设备上显示不同的ui。此外，还可以将已发送至辅助显示设备显示的应用程序ui拉回至主显示设备进行操作，在已发送至辅助显示设备显示的应用程序异常退出时能够通过浮动ui快速重启该应用程序并发送至辅助显示设备显示，方便用户操作，提高用户体验。

基于相同的技术构思，本发明实施例还提了了一种应用程序ui显示装置，如图5所示，该装置包括：

接收模块501，用于接收推送ui的指示信息。

处理模块502，用于在接收模块501接收到推送ui的指示信息后，将主显示设备上的第一ui发送给辅助显示设备进行显示，并保持所述第一ui所在的应用程序为运行状态；在主显示设备上显示第二ui。

具体地，上述处理模块502可以包括状态管理模块5021和窗口管理模块5022，其中，上述保持所述第一ui所在的应用程序为运行状态，可以由状态管理模块5021执行。

具体地，上述处理模块502具体用于：

获得主显示设备上当前焦点所在的第一ui；

将所述第一ui发送给辅助显示设备进行显示；

释放所述第一ui上的焦点；

将焦点设置在主显示设备上的第二ui上。

其中，焦点的设置由窗口管理模块5022执行。

具体地，上述处理模块502具体用于设置所述第一ui的图层属性以及显示属性，以使所述第一ui在辅助显示设备上显示；根据所述第一ui的图层属性以及显示属性，将所述第一ui发送给辅助显示设备进行显示。其中，图层属性以及显示属性的设置由窗口管理模块5022执行。

优选地，上述接收模块501还用于接收重新推送ui的指示信息；

上述处理模块502还用于：确定异常退出的应用程序，所述应用程序的ui曾被推送到辅助显示设备上进行显示；在后台启动所述异常退出的应用程序；将当前被启动的所述异常退出的应用程序的ui发送给辅助显示设备进行显示。

可选地，上述推送ui的指示信息和所述重新推送ui的指示信息由针对浮动ui的触屏事件产生。用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件可以属于不同类型的触屏事件；或者，用于产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件也可以属于相同类型的触屏事件。

当产生推送ui的指示信息的触屏事件与用于产生重新推送ui的指示信息的触屏事件属于相同类型的触屏事件时，该装置还可包括指示信息产生模块503，用于在接收到针对浮动ui的所述相同类型的触屏事件后，在当前没有ui被发送给辅助显示设备进行显示的情况下：若判断上一次被发送给辅助显示设备进行显示的ui所在的应用程序异常退出，则根据当前接收到的触屏事件产生重新推送ui的指示信息并发送至接收模块501，否则，根据当前接收到的触屏事件产生推送ui的指示信息并发送至接收模块501。

优选地，上述接收模块501还用于：接收拉回ui的指示信息；

上述处理模块502还用于：确定辅助显示设备当前显示的ui；将该ui在主显示设备上显示。

具体地，上述处理模块502具体用于：

将焦点设置在该ui上；

设置该ui所在的应用程序的图层属性以及显示属性，以使该ui在主显示设备上显示；

根据该ui所在的应用程序的图层属性以及显示属性，在主显示设备上显示该ui。

可选地，推送ui的指示信息和拉回ui的指示信息由针对浮动ui的触屏事件产生。用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件可以属于不同类型的触屏事件；或者，用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件也可以属于相同类型的触屏事件。

当用于产生推送ui的指示信息的触屏事件与用于产生拉回ui的指示信息的触屏事件属于相同类型的触屏事件时，该装置还可包括指示信息产生模块503，用于在接收到针对浮动ui的所述相同类型的触屏事件后，若判断当前辅助显示设备上有显示ui，且显示的ui与主显示设备上显示的ui不同，则根据当前接收到的触屏事件产生拉回ui的指示信息并发送至接收模块501，否则，根据当前接收到的触屏事件产生推送ui的指示信息并发送至接收模块501。

优选地，上述主显示设备的操作系统为android。上述窗口管理模块5022对应于android系统架构中的windowmanager，上述状态管理模块5021对应于android系统架构中的activitymanager。

在本发明上述实施例中，在接收到推送ui的指示信息后，将主显示设备上的第一ui发送给辅助显示设备进行显示，保持该ui所在应用程序为运行状 态，并在主显示设备上显示第二ui，以实现在主显示设备和辅助显示设备上显示不同的ui。此外，还可以将已发送至辅助显示设备显示的应用程序ui拉回至主显示设备进行操作，在已发送至辅助显示设备显示的应用程序异常退出时能够通过浮动ui快速重启该应用程序并发送至辅助显示设备显示，方便用户操作，提高用户体验。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。