CN112269604A - 在Linux上兼容运行Android应用的窗口交互方法及装置 - Google Patents

Abstract

本发明公开了一种在Linux上兼容运行Android应用的窗口交互方法及装置，属于计算机技术领域。所述方法包括：以容器方式在Linux操作系统中兼容运行Android应用，在容器的Linux侧与Android侧之间建立Socket通信接口；Linux侧捕获对Android应用显示窗口的窗体操作，进行窗体的更新显示；将窗口内部对应图像需要更新显示的信息通过Socket通信接口发送至Android侧，由Android侧更新内部图像并送至Linux侧显示，以达到显示窗口的窗体与内部图像的同步更新，实现窗口的交互操作。主要目的在于解决现有技术中对于以容器形式兼容运行在Linux系统之上的Android运行环境来说，当前标准Linux窗体无法支持Android应用窗口常用的窗口操作，例如窗口旋转、软键盘、窗口回退等操作要求的问题，提升用户在异构系统中操作Android应用的顺畅感。

Description

在Linux上兼容运行Android应用的窗口交互方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种在Linux操作系统上兼容运行Android应用的窗口交互方法及装置。

背景技术

随着Windows7的服务终止，Linux桌面系统得到更好的普及，如何使Andreid应用兼容运行在Linux操作系统上，使得很多只有手机版本的应用能够在Linux桌面系统中运行，是亟待解决的问题。众所周知，Android是为智能手机和其他手持式设备设计的一款操作系统，Android本身是为了触控操作而设计的，而Linux桌面中窗口间的交互逻辑是以键鼠操作为核心，主要处理的是桌面多窗口的交互逻辑，Android应用窗体交互的实现和Linux有本质的不同。体现在以下几个方面：

一：一些Android应用窗口有横竖屏显示的要求(如游戏、视频)，但是Linux的设备大都是桌面设备，没有重力感应器件，无法做窗口旋转。

二：一些Android应用在输入时有虚拟软键盘的要求，而且在某些情况下必须要使用软键盘输入，因此需要在标准Linux窗体上实现触发软键盘的功能。

三：Android应用窗口有回退键的要求，以确保应用可以从下一个界面回退到上一个界面，而标准Linux窗体没有这个功能；

因此我们需要一种应用窗体交互方法，在没有重力感应器件等硬件可以支持屏幕旋转的情况下，让Android应用可以在Linux操作系统中实现窗口旋转的功能，并且解决当前Linux窗体无法支持Andreid应用的软键盘、窗口回退等窗口常用操作要求的问题，降低用户在异构系统中操作Android应用的违和感。

发明内容

有鉴于此，本发明提供的一种在Linux上兼容运行Android应用的窗口交互方法及装置，主要目的在于解决现有技术中对于以容器形式兼容运行在Linux系统之上的Android运行环境来说，当前标准Linux窗体无法支持Android应用窗口常用的窗口操作，例如窗口旋转、软键盘、窗口回退等操作要求的问题，降低用户在异构系统中操作Android应用的违和感。

根据本发明的一个方面，提供了一种在Linux上兼容运行Android应用的窗口交互方法，其中所述Android应用以容器方式兼容运行在Linux操作系统中，该方法包括：

S1建立通信步骤，在容器的Linux侧与Android侧之间建立Socket通信接口；

S2 Linux侧触发更新外部窗体步骤，在所述容器的Linux侧通过Linux框架的Display_window捕获对Android应用显示窗口的外部窗体操作，进行所述外部窗体的更新显示，并生成第一窗体操作信息；所述第一窗体操作信息通过所述Socket通信接口发送至所述容器的Android侧；

S3 Linux侧触发更新内部图像步骤，Android应用程序框架层的事件处理接口根据所述第一窗体操作信息更新所述Android应用显示窗口的内部图像，生成第一内部图像，并将所述第一内部图像发送至所述容器的Linux侧送显。

作为本发明的进一步改进，方法还包括步骤：

S4 Android侧触发更新内部图像步骤，在所述容器的Android侧获取从Android应用发出窗口操作指令，生成第二内部图像，并将所述第二内部图像发送至所述容器的Linux侧送显；由所述事件处理接口根据所述从Android应用发出窗口操作指令生成第二窗体操作信息；将所述第二窗体操作信息通过所述Socket通信接口发送至所述容器的Linux侧；

S5 Android侧触发更新外部窗体步骤，所述容器的Linux侧通过Linux框架的Display_window根据所述第二窗体操作信息完成对所述外部窗体的更新显示。

作为本发明的进一步改进，所述事件处理接口为窗口旋转事件处理接口，对所述Android应用显示窗口的外部窗体操作为窗口旋转，所述第一窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数、鼠标事件。

作为本发明的进一步改进，所述事件处理接口为窗口旋转事件处理接口，所述从Android应用发出窗口操作指令为窗口旋转，所述第二窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数。

作为本发明的进一步改进，所述事件处理接口为软键盘事件处理接口，对所述Android应用显示窗口的外部窗体操作为调用软键盘，所述第一窗体操作信息包括鼠标点击调用软键盘事件信息。

作为本发明的进一步改进，所述事件处理接口为窗口回退事件处理接口，对所述Android应用显示窗口的外部窗体操作为窗口回退，所述第一窗体操作信息包括窗口回退操作信息。

根据本发明的另一个方面，提供了一种在Linux操作系统上兼容运行Android应用的窗口交互装置，其中所述Android应用以容器方式兼容运行在Linux操作系统中，本装置包括：

Linux侧窗口管理模块，在所述容器的Linux侧与Android侧之间建立Socket通信接口；所述Linux侧窗口管理模块通过Linux框架的diplay_window捕获对Android应用显示窗口的外部窗体操作，进行所述外部窗体的更新显示，并生成第一窗体操作信息；所述第一窗体操作信息通过所述Socket通信接口发送至Android侧应用管理模块；

Android侧应用管理模块，将所述第一窗体操作信息发送至Android应用框架层的事件处理模块；

事件处理模块，根据所述第一窗体操作信息更新所述Android应用显示窗口的内部图像，生成第一内部图像，并将所述第一内部图像发送至所述容器的Linux侧送显。

作为本发明的进一步改进，所述Android侧应用管理模块通过所述事件处理模块捕获由所述从Android应用发出窗口操作指令，生成第二内部图像，并将所述第二内部图像发送至所述容器的Linux侧送显；由所述事件处理模块根据所述从Android应用发出窗口操作指令，生成第二窗体操作信息；将所述第二窗体操作信息通过所述Socket通信接口发送至所述Linux侧窗口管理模块；所述Linux侧窗口管理模块调用Display_window根据所述第二窗体操作信息完成对所述外部窗体的更新显示。

作为本发明的进一步改进，所述事件处理模块为窗口旋转事件处理接口，对所述Android应用显示窗口的窗体操作为窗口旋转，所述第一窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数、鼠标事件。

作为本发明的进一步改进，所述事件处理模块为窗口旋转事件处理接口，所述从An由oid应用发出窗口操作指令为窗口旋转，所述第二窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数。

本发明的有益效果在于：

(1)使得兼容运行在Linux操作系统上的Android应用在没有硬件旋转支持的情况下，能够实现窗口旋转的功能，灵活切换横屏或者竖屏的显示方式。

(2)使得兼容运行在Linux操作系统上的Android应用能够通过Linux常用的键鼠操作从窗体调出软键盘，实现软键盘输入。

(3)使得兼容运行在Linux操作系统上的Android应用窗口能够实现与在手机、平板等手持设备中同样的窗口回退、全屏等窗口操作。

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

附图说明

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

图1示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法的实现原理图；

图2示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法的Linux侧实现原理图；

图3示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法的Android侧实现原理图；

图4示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中Linux自动触发应用窗口旋转的方法实现流程图；

图5示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中Linux手动触发应用窗口旋转的方法实现流程图；

图6示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中Android应用内触发Linux窗体旋转的方法；

图7示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中Linux手动触发软键盘的方法实现流程图；

图8示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中窗口回退的方法实现流程图；

图9示出了标准Linux窗体的形式；

图10示出了本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法中对标准Linux窗体改进后的窗体形式；

图11示出了改进后的窗体进入全屏状态后的操作栏。

具体实施方式

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

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

容器技术：容器有效地将由单个操作系统管理的资源划分到孤立的组中，以更好的在孤立的组之间平衡有冲突的资源使用需求。

JStack：包含有容器的Android运行环境。

Socket：是一种独立于协议的网络编程接口，它屏蔽了底层通信软件和具体操作系统的差异，实现安装TCP协议软件和实现套接字规范的计算机之间的通信。

Android Framework：安卓应用程序框架层。具体的工作是为Android应用开发人员提供一系列的服务和API的接口，同时负责应用程序生命周期和资源等管理。

Linux-Android APP：在Linux上兼容运行的Android应用。

显示窗口：包括外部窗体和内部图像。

对于在Linux操作系统上兼容运行Android运行环境来说，Android运行环境是运行在容器中的。将在现有Linux操作系统上通过容器技术启动Android的运行环境，记为JStack，在JStack内将Android应用框架与运行环境作为Linux的一个系统进程运行起来。

本发明要解决的核心技术问题为，对于以容器形式兼容运行在Linux系统之上的Android运行环境来说，当前标准Linux窗体无法支持Android应用窗口常用的窗口操作，例如窗口旋转、软键盘、窗口回退等操作要求的问题。

图9示出了标准Linux窗体的形式，标准Linux窗体分为顶部标题栏Title Bar和窗体两个部分，其中在标题栏Title Bar上主要实现了窗口的最小化、最大化和关闭三个功能，分别对应到标题栏Title Bar右侧的三个功能图标。

为了支持在Linux系统上兼容运行的Android应用的常用窗口操作，本发明实施例对标准Linux窗体进行了改进。图10示出了本发明实施例中对标准Linux窗体改进后的窗体形式。其中：

在标题栏的左上角增加回退功能按钮，用以支持用户点击可以让应用界面回退到上一级页面的功能，如果是顶级页面则关闭该应用；

去除标题栏的右侧原有的最大化按钮，替换为全屏按钮，保留最小化和关闭功能按钮，其中全屏按钮用以支持使应用进入全屏状态的功能，该功能通过调用Linux图形工具库如：QT/GTK+中的Window方法，把Window.FullScreen属性设置为true，使窗体进入全屏状态。

在标题栏上中部空白区域，设置鼠标左键双击代表进入全屏状态，右键双击代表窗口旋转；

在窗体中，使用鼠标的右键单击弹出菜单，用以支持窗体旋转和软键盘功能的实现。

图11示出了改进后的窗体进入全屏状态后的操作栏。窗体在全屏状态时，鼠标上滑至顶部，窗口标题栏自动向下滑出，此时可以进行相应的操作：

鼠标左键单击标题栏左侧回退按钮，应用返回到上一层界面，如果此时应用在顶级界面，退出应用；

标题栏左侧从左到右依次实现窗口最小化按钮、全屏按钮及窗口关闭按钮；分别支持窗口最小化功能、回退到窗口化状态功能以及关闭窗口功能。

在窗体中，使用鼠标的右键单击弹出菜单，用以支持窗口旋转和软键盘功能的实现。

Android应用是为移动手持设备设计的，它所面临的场景是可以旋转的移动手持设备，因为移动设备中带有重力感应器件，可以根据屏幕的方向自动旋转屏幕，而此时应用会根据屏幕的方向自动进行界面的布局调整，以适应横竖屏的显示方式。但并不是所有的应用都会这么去做，因为手机是移动设备的典型设备，而竖屏使用又是手机的主流方式，所以有很大一部分应用是没有考虑屏幕旋转问题的——也就是说，无论屏幕旋转与否，应用都会以竖屏的方式来显示。还有一种应用天生就是为PAD这一横屏使用设备类型而设计的，也就是我们经常看到的Android应用的HD版本，它们会以横屏的方式显示，不会因为屏幕的旋转而变化。因此对窗口旋转功能来说，对应有三种不同类型的Android应用：第一种是竖屏显示的应用，第二种是横屏显示的应用，第三种是可以根据屏幕方向自动旋转并且提供(也有可能不提供)不同界面显示的应用。上面的情况在移动设备上是没有任何问题的，但是对于在Linux操作系统中以兼容方式运行的Android应用来说就会产生问题。其一，Linux桌面大都是固定PC类设备，这类设备是不提供重力感应器件的，也就是说固定横屏的显示器是主要的使用方式；其二，在横屏的使用方式下，对于Android应用当然横屏的展示效果会更好，尤其在涉及到全屏或者屏幕缩放的情况下，横屏的显示效果会更佳。

同时，由于Android应用的字符输入是依靠软键盘的，而Linux本身并不支持Android的软键盘功能，虽然可以通过Linux桌面键盘来替换Android的软键盘输入，但是由于Android应用在实现时部分窗体中的内容是根据软键盘弹出后的高度来进行适配的，在这种特定情况下，没有软键盘是无法输入字符的。

本发明实施例提供的方法，在没有重力感应器件等硬件可以支持屏幕旋转的情况下，让Android应用可以在Linux操作系统中实现窗口旋转的功能，并且解决当前Linux窗体无法支持Android应用的软键盘、窗口回退和全屏等窗口常用操作要求的问题，降低用户在异构系统中操作Android应用的违和感。

实施例1

图1是本发明实施例提供的一种在Linux上兼容运行Android应用的窗口交互方法的实现原理图，由图中可以看出在该实施例的方法中，具有以下步骤：

S1建立通信步骤，在容器的Linux侧与Android侧之间建立Socket通信接口；

S2 Linux侧触发更新外部窗体步骤，在容器的Linux侧通过Linux框架的Display_window捕获对Android应用显示窗口的外部窗体操作，进行外部窗体的更新显示，并生成第一窗体操作信息；第一窗体操作信息通过所述Socket通信接口发送至所述容器的Android侧；

S3 Linux侧触发更新内部图像步骤，Android应用程序框架层的事件处理接口根据第一窗体操作信息更新Android应用显示窗口的内部图像，生成第一内部图像，并将第一内部图像发送至Linux侧送显。

其中，容器的Linux侧图形窗口控制原理如图2的Linux侧实现原理图所示，具体如下：

Linux侧对于窗口的控制逻辑技术框架建立在Linux本身的GUI控制逻辑之上，Linux的GUI图形系统主要采用的是X Client和X Serever逻辑控制，其中X Server用于主要的图形处理、输入输出设备的控制，以及屏幕的控制；X Client主要用于窗口的绘制，他们之间通过X11协议进行通信。

在本实施例中，鼠标键盘的信息由X server获取并发送给X Client中的EGL接口，EGL向上传递给GUI Toolkit如QT、GTK+，Display_window从中获取了鼠标键盘事件，GUIToolkit会根据鼠标键盘事件自动触发Linux应用的窗口变化行为；于此同时Display_window会根据该事件发送相关的窗口内部图像变化的要求(窗体是Linux绘制的，但是窗口内部图像是Android侧绘制的)发送给Linux侧窗口管理模块Window Manager，由WindowManager利用Socket接口把内部图像变化请求发送给Android一侧。

Android完成图像处理后再发还给Linux的Window Manage，Window Manager发送给X server完成向屏幕送显，以同步实现外部窗体和内部图像同时旋转的问题。

容器的Android侧图形窗口控制原理如图3的Android侧实现原理图所示，具体如下：

Android侧应用管理模块App Manager进程接收到Linux发送过来的指定窗口的图像旋转信息后，它会通知Android HAL指明是哪个应用需要发生窗口旋转行为，消息传递到Framework中的指定接口后，它会通知SurfaceFlinger执行图像旋转的相应动作，并把旋转后的图像发送给Android HAL最终通过APP Manager发送给Linux的X server，完成窗体内的图像旋转送显工作。

这里需要特别指出的是，如果某个安卓应用已经设定了只能横屏或者竖屏显示，这时要求旋转时，会被Android系统拒绝旋转，此时会发生窗口旋转但是图像没有旋转的情况。

下面结合四个应用场景来具体说明本发明实施例1提供的一种在Linux上兼容运行Android操作系统的窗口交互方法，对从Linux侧触发的窗口操作指令进行处理。

应用场景一：Linux自动触发Android应用屏幕旋转。在Linux桌面上启动Android应用时，自动以横屏的方式旋转窗口来打开应用；

图4示出了Linux自动触发应用窗口旋转的实现流程图，具体实现流程步骤如下：

(1)JStack启动时，同时启动Linux侧窗口管理进程Window Manager和Android侧应用管理进程App Manager，Window Manager负责和App Manager建立Socket通信接口，用于后续的消息传递；

(2)如图4中2.1所示，用户在Linux桌面打开一个Android应用App，图4中描述为Linux-AndroidApp，该App会传递事件给display_window；如图4中2.2所示，同时WindowManager也会通过监听或者App主动通知获取应用打开的消息；

(3)如图4中2.3所示，Window Manager从display_window获取第一窗体操作信息，包括窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数；

(4)如图4中2.4所示，Window Manager把第一窗体操作信息，包括窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数发送给App Manager；

(5)如图4中2.5所示，App Manager监听Socket获取2.4中发送的第一窗体操作信息，传递给Android应用程序框架层的事件处理接口，在本应用场景中，该事件处理接口为窗口旋转事件处理接口Framework WindowMsg；

(6)如图4中2.6所示，窗口旋转事件处理接口Framework WindowMsg根据窗口横竖屏参数改变应用的显示状态为横屏。

应用场景二：Linux手动触发Android应用屏幕旋转。通过改进后的Linux窗体的窗口旋转功能键，当Android应用已经打开时，触发屏幕旋转功能，让应用进入横屏显示模式。

图5示出了Linux手动触发应用窗口旋转的实现流程图，具体实现流程步骤如下：

(1)JStack启动时，同时启动Linux侧窗口管理进程Window Manager和Android侧应用管理进程App Manager，Window Manager负责和App Manager建立Socket通信接口，用于后续的消息传递；

(2)如图5中2.1所示，用户在Linux-AndroidApp中通过鼠标右键呼出菜单，并点击窗口旋转功能或者鼠标右键双击Title Bar的空白处，Linux-Android App窗口会捕获相应的事件并通知Window Manager该事件消息；

(3)如图5中2.2所示，Window Manager向display_window获取第一窗体操作信息，包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数以及鼠标相应的事件；

(4)如图5中2.3所示，Window Manager把第一窗体操作信息，包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数以及鼠标事件发送给App Manager；

(5)如图5中2.4所示，App Manager监听Socket获取2.3中发送的消息，传递给Android应用程序框架层的事件处理接口，在本应用场景中，该事件处理接口为窗口旋转事件处理接口Framework WindowMsg；

(6)如图5中2.5所示，Framework WindowMsg根据现有窗口横竖屏参数和鼠标事件的组合信息来改变应用的显示状态。

应用场景三：Linux手动触发软键盘。通过改进后的Linux窗体的右键菜单软键盘功能键，调出软键盘使用。

图7示出了Linux手动触发软键盘的方法，具体实现步骤如下：

(1)JStack启动时，同时启动Linux侧窗口管理进程Window Manager和Android侧应用管理进程App Manager，Window Manager负责和App Manager建立Socket通信接口，用于后续的消息传递；

(2)如图7中2.1所示，用户在Linux-Android App中通过鼠标右键呼出菜单，并点击软键盘菜单触发呼出软键盘的功能事件，Linux-Android App窗口会捕获相应的事件并通知Window Manager该事件消息；

(3)如图7中2.2所示，Window Manager向display_window获取该鼠标事件作为第一窗体操作信息；

(4)如图7中2.3所示，Window Manager把第一窗体操作信息发送给App Manager；

(5)如图7中2.4所示，App Manager监听Socket获取2.3中发送的第一窗体操作信息，传递给Android应用程序框架层的事件处理接口，在本应用场景中，该事件处理接口为软键盘事件处理接口Framework KeyboardMsg；

(6)如图7中2.5所示，Framework KeyboardMsg获得鼠标事件后，获取当前窗口输入法的焦点，然后通知应用窗体弹出软键盘。

应用场景四：窗口回退。

图8示出了窗口回退的方法，具体实现步骤如下：

(1)JStack启动时，同时启动Linux侧窗口管理进程Window Manager和Android侧应用管理进程App Manager，Window Manager负责和App Manager建立Socket通信接口，用于后续的消息传递；

(2)如图8中2.1所示，用户在Linux-Android应用中点击窗口标题栏上的回退按钮，Linux-AndroidAPP窗口会捕获相应的事件并传递给display_window；

(3)如图8中2.2所示，display_window向Window Manager发送该事件；

(4)如图8中2.3所示，Window Manager把鼠标事件作为第一窗体操作信息发送给App Manager；

(7)如图8中2.4所示，App Manager监听Socket获取2.3中发送的第一窗体操作信息，传递给Android应用程序框架层的事件处理接口，在本应用场景中，该事件处理接口为窗口回退事件处理接口Framework setOnClickListener；

(5)如图8中2.5所示，通知应用程序执行回退机制。

实施例2

进一步的，作为对实施例1的进一步的改进，本发明还提供了一种在Linux操作系统上兼容运行Android应用的窗口交互的方法，对从Android应用发出窗口操作指令进行处理。

由图1中可以看出在该实施例的方法中，还具有以下步骤：

S4 Android侧触发更新内部图像步骤，在容器的Android侧获取从Android应用发出窗口操作指令，生成第二内部图像，并将第二内部图像发送至所述容器的Linux侧送显；由事件处理接口根据从Android应用发出窗口操作指令生成第二窗体操作信息；将第二窗体操作信息通过Socket通信接口发送至容器的Linux侧；

S5 Android侧触发更新外部窗体步骤，容器的Linux侧通过Linux框架的Display_window根据第二窗体操作信息完成对外部窗体的更新显示。

下面结合应用场景来具体说明。

应用场景五：Android应用内触发Linux窗体旋转。通过Android应用内触发，当应用需要旋转屏幕，进入横屏模式时，通知Linux重绘窗口，而完成应用横屏显示的能力。

图6示出了Android应用内触发Linux窗体旋转的方法，具体实现流程步骤如下：

(1)JStack启动时，同时启动Linux侧窗口管理进程Window Manager和Android侧应用管理进程App Manager，Window Manager负责和App Manager建立Socket通信接口，用于后续的消息传递；

(2)如图6中2.1所示，用户在点击某类AndroidApp中的旋转屏幕功能时，该应用会发送系统消息给Android系统，Android应用程序框架层的事件处理接口会捕捉改系统通知，在本应用场景中，该事件处理接口为窗口旋转事件处理接口Framework WindowMsg；

(3)如图6中2.2所示，Framework WindowMsg向App Manager发送第二窗体操作信息，包括：窗口ID、窗口大小、窗口位置、图层信息以及窗口横竖屏参数；

(4)如图6中2.3所示，App Manager把第二窗体操作信息，包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数通过Socket发送给Window Manager；

(5)如图6中2.4所示，Window Manager会把2.3中的相关消息发送给display_window；

(6)如图6中2.5所示，display_window根据参数，指定某个窗口进行横竖屏旋转，完成窗口重绘。

实施例3

进一步的，作为对上述实施例所示方法的实现，本发明另一实施例还提供了一种在Linux操作系统上兼容运行Android应用的窗口交互装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。在该实施例的装置中，具有以下模块：

一：Linux侧窗口管理模块，该模块对应于实施例1中各应用场景的Linux侧窗口管理进程。

二：Android侧应用管理模块，该模块对应于实施例1中各应用场景的Android侧应用管理进程。

三：事件处理模块，该模块对应于实施例1中各应用场景的事件处理进程。

在对从Linux侧触发的窗口操作指令进行处理的场景中，如实施例1中的应用场景一、应用场景二、应用场景三、应用场景四中，各模块的作用如下：

一：Linux侧窗口管理模块，在容器的Linux侧与Android侧之间建立Socket通信接口；通过Linux框架的diplay_window捕获对Android应用显示窗口的外部窗体操作，进行外部窗体的更新显示，并生成第一窗体操作信息；将第一窗体操作信息通过Socket通信接口发送至Android侧应用管理模块；

二：Android侧应用管理模块，将第一窗体操作信息发送至Android应用框架层的事件处理模块；

三：事件处理模块，根据第一窗体操作信息更新Android应用显示窗口的内部图像，生成第一内部图像，并将第一内部图像发送至容器的Linux侧送显。

在对从Android应用发出窗口操作指令进行处理的场景中，如实施例1中的应用场景五中，各模块的作用如下：

一：Android侧应用管理模块，通过事件处理模块捕获由从Android应用发出窗口操作指令，生成第二内部图像，并将第二内部图像发送至所述容器的Linux侧送显；

二：事件处理模块，根据所述从Android应用发出窗口操作指令，生成第二窗体操作信息；将第二窗体操作信息通过Socket通信接口发送至Linux侧窗口管理模块；

三：Linux侧窗口管理模块调用Display_window根据第二窗体操作信息完成对外部窗体的更新显示。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实装置施例的相关描述。

可以理解的是，上述方法和中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

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

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

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

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

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

Claims (10)

1.一种在Linux上兼容运行Android应用的窗口交互方法，其中所述Android应用以容器方式兼容运行在Linux操作系统中，其特征在于，包括：

S1建立通信步骤，在容器的Linux侧与Android侧之间建立Socket通信接口；

S2 Linux侧触发更新外部窗体步骤，在所述容器的Linux侧通过Linux框架的Display_window捕获对Android应用显示窗口的外部窗体操作，进行所述外部窗体的更新显示，并生成第一窗体操作信息；所述第一窗体操作信息通过所述Socket通信接口发送至所述容器的Android侧；

S3 Linux侧触发更新内部图像步骤，Android应用程序框架层的事件处理接口根据所述第一窗体操作信息更新所述Android应用显示窗口的内部图像，生成第一内部图像，并将所述第一内部图像发送至所述容器的Linux侧送显。

2.一种如权利要求1所述的在Linux操作系统上兼容运行Android应用的窗口交互方法，其特征在于，还包括步骤：

S4 Android侧触发更新内部图像步骤，在所述容器的Android侧获取从Android应用发出窗口操作指令，生成第二内部图像，并将所述第二内部图像发送至所述容器的Linux侧送显；由所述事件处理接口根据所述从Android应用发出窗口操作指令生成第二窗体操作信息；将所述第二窗体操作信息通过所述Socket通信接口发送至所述容器的Linux侧；

S5 Android侧触发更新外部窗体步骤，所述容器的Linux侧通过Linux框架的Display_window根据所述第二窗体操作信息完成对所述外部窗体的更新显示。

3.一种如权利要求1或2所述的在Linux操作系统上兼容运行Android应用的窗口交互方法，其特征在于，所述事件处理接口为窗口旋转事件处理接口，对所述Android应用显示窗口的外部窗体操作为窗口旋转，所述第一窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数、鼠标事件。

4.一种如权利要求2所述的在Linux操作系统上兼容运行Android应用的窗口交互方法，其特征在于，所述事件处理接口为窗口旋转事件处理接口，所述从Android应用发出窗口操作指令为窗口旋转，所述第二窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数。

5.一种如权利要求1或2所述的在Linux操作系统上兼容运行Android应用的窗口交互方法，其特征在于，所述事件处理接口为软键盘事件处理接口，对所述Android应用显示窗口的外部窗体操作为调用软键盘，所述第一窗体操作信息包括鼠标点击调用软键盘事件信息。

6.一种如权利要求1或2所述的在Linux操作系统上兼容运行Android应用的窗口交互方法，其特征在于，所述事件处理接口为窗口回退事件处理接口，对所述Android应用显示窗口的外部窗体操作为窗口回退，所述第一窗体操作信息包括窗口回退操作信息。

7.一种在Linux操作系统上兼容运行Android应用的窗口交互装置，其中所述Android应用以容器方式兼容运行在Linux操作系统中，其特征在于，包括：

Linux侧窗口管理模块，在所述容器的Linux侧与Android侧之间建立Socket通信接口；所述Linux侧窗口管理模块通过Linux框架的diplay_window捕获对Android应用显示窗口的外部窗体操作，进行所述外部窗体的更新显示，并生成第一窗体操作信息；所述第一窗体操作信息通过所述Socket通信接口发送至Android侧应用管理模块；

所述Android侧应用管理模块，将所述第一窗体操作信息发送至Android应用框架层的事件处理模块；

所述事件处理模块，根据所述第一窗体操作信息更新所述Android应用显示窗口的内部图像，生成第一内部图像，并将所述第一内部图像发送至所述容器的Linux侧送显。

8.一种如权利要求7所述的在Linux操作系统上兼容运行Android应用的窗口交互装置，其特征在于，所述Android侧应用管理模块通过所述事件处理模块捕获由所述从Android应用发出窗口操作指令，生成第二内部图像，并将所述第二内部图像发送至所述容器的Linux侧送显；由所述事件处理模块根据所述从Android应用发出窗口操作指令，生成第二窗体操作信息；将所述第二窗体操作信息通过所述Socket通信接口发送至所述Linux侧窗口管理模块；所述Linux侧窗口管理模块调用Display_window根据所述第二窗体操作信息完成对所述外部窗体的更新显示。

9.一种如权利要求7或8所述的在Linux操作系统上兼容运行Android应用的窗口交互装置，其特征在于，所述事件处理模块为窗口旋转事件处理接口，对所述Android应用显示窗口的窗体操作为窗口旋转，所述第一窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数、鼠标事件。

10.一种如权利要求8所述的在Linux操作系统上兼容运行Android应用的窗口交互装置，其特征在于，所述事件处理模块为窗口旋转事件处理接口，所述从Android应用发出窗口操作指令为窗口旋转，所述第二窗体操作信息包括：窗口ID、窗口大小、窗口位置、图层信息、窗口横竖屏参数。

Images