CN110888615A

CN110888615A - 用于Android系统双屏异显的多输入设备交互方法、装置及介质

Info

Publication number: CN110888615A
Application number: CN201911103654.6A
Authority: CN
Inventors: 沈志成; 陈智松; 卢荣富
Original assignee: Xiamen Yealink Network Technology Co Ltd
Current assignee: Xiamen Yealink Network Technology Co Ltd
Priority date: 2019-11-12
Filing date: 2019-11-12
Publication date: 2020-03-17
Anticipated expiration: 2039-11-12
Also published as: CN110888615B; WO2021093619A1

Abstract

本发明公开了一种用于Android系统双屏异显的多输入设备交互方法、装置及介质，所述方法包括：通过系统驱动层适配两个显示屏，定制bustype类型进行主显示屏和副显示屏的区分；在通过系统输入层获取输入设备信息后，在第一函数中添加两种定制bustype类型对应的设备类型标识，并在事件结构体中添加事件绑定标识信息；监听底层设备的新增事件信息，在判断为外设输入设备时进行弹窗提示，并同步更新该外设配置至系统输入层中；系统进入异显模式后同时更新当前的同异显模式至系统输入层中；当接收到显示屏的输入设备上报事件时进行事件判断，启动对应的应用并显示至对应的显示屏中。本发明能够在副屏受主屏应用控制的同时，支持在副屏显示上进行自主控制。

Description

用于Android系统双屏异显的多输入设备交互方法、装置及介质

技术领域

本发明涉及嵌入式设备技术领域，具体涉及一种用于Android系统双屏异显的多输入设备交互方法、装置及介质。

背景技术

随着科技的不断发展，多屏娱乐和多屏办公越来越普及，多屏的应用场景也越来越多。例如，用户可将办公室或家庭中的多个显示屏幕，例如电脑屏幕、手机屏幕、电视机屏幕或投影仪屏幕等，通过局域网实现多个显示设备之间的相互的无线连接，而双屏异显也是其中一种连接方式，通过一台设备同时接入两个显示设备，使得两个显示设备分别能够显示不同的交互界面。

但是，在对现有技术的研究与实践的过程中，本发明的发明人发现，现有技术中的原生系统并未对双屏多输入设备的异显场景进行完整的支持，缺乏统一的标准；并且现有的双屏异显的场景主要用于在主屏负责显示和操作，副屏负责展示的双屏场景，副屏设备受主屏设备的模式控制，副屏不具备自主性，其内容为主屏设备投屏显示内容的其中一部分，无法做到完全自主控制和操作。

发明内容

本发明实施例所要解决的技术问题在于，一种用于Android系统双屏异显的多输入设备交互方法、装置及介质，，能够在副屏受主屏应用控制的同时，支持在副屏显示上进行自主控制。

为解决上述问题，本发明的一个实施例提供了一种用于Android系统双屏异显的多输入设备交互方法，至少包括如下步骤：

通过系统驱动层适配两个显示屏，并通过定制两种bustype类型进行主显示屏和副显示屏的区分；

在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，并在事件结构体中添加事件的绑定标识信息；

监听底层设备的新增事件信息，在判断为外设输入设备时进行弹窗提示，以使将所述外设配置为显示屏的外设输入设备，并同步更新该外设配置至系统输入层中；

在接收到副显示屏的输入设备上报事件并触发副显示屏启动新应用程序后，系统进入异显模式，同时更新当前的异显模式至系统输入层中；

当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中；

当接收到所述副显示屏的输入设备上报事件信息时，根据所述系统输入层保存的同异显模式状态进行判断，启动对应的应用并显示至所述副显示屏中。

进一步的，所述用于Android系统双屏异显的多输入设备交互方法，还包括：

在异显模式下，当关闭副显示屏显示的应用程序时，主动退出异显模式，系统进入同显模式，并同步同显模式状态信息至系统输入层。

通过在系统输入层中添加坐标系转化模块，以使在同显场景下将副显示屏上报的事件转化为主显示屏的坐标系。

定制外设输入设备为第三种bustype类型，用于定义其额外的定义操作。

进一步的，所述通过在系统输入层中添加坐标系转化模块，以使在同显场景下将副显示屏上报的事件转化为主显示屏的坐标系，具体为：

当获取外设输入设备上报事件信息时，判断是否该事件信息是否来自主显示屏；

若是，则直接派发对应的应用程序至主显示屏，以使启动所述应用程序并显示至主显示屏；

若否，则根据坐标系转化公式将副显示屏获取的显示坐标转化为对应的主显示屏的显示坐标。

进一步的，所述在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，具体为：

通过系统底层驱动在固定的目录节点上创建对应的驱动设备节点，系统层通过读取该特定目录下的节点，并通过ioctl方式读取对应节点信息获取对应的bustype类型；

通过对系统的原有框架流程梳理获取得到isExternalDeviceLocked函数，根据所述isExternalDeviceLocked函数对输入设备的bustype类型进行判断，并添加对输入设备对应的设备类型标识，以使在系统框架层中区分自定义的bustpye类型。

进一步的，所述事件结构体中添加事件的绑定标识信息，具体为：

在native和Java层的InputEvent结构体以及input层的InputDeviceInfo结构体中添加displayId信息，同时修改InputTransport事件传递类信息，并将产生事件的输入设备displayId信息打包上报。

进一步的，所述当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中，还包括：

在接收到所述主显示屏的输入设备上报事件信息时，提取所述事件信息中输入设备的displayId信息，且将该displayId信息保存至View类的新建成员数据mDisplayId上；

通过Launcher APP启动应用，在获取displayId信息后发送至系统的服务程序；

根据接收所述Launcher APP发送的displayId信息，检查flag标志，判断是否需要启动相关应用至副显示屏。

本发明的一个实施例提供了一种用于Android系统双屏异显的多输入设备交互装置，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上述的用于Android系统双屏异显的多输入设备交互方法。

本发明的一个实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的用于Android系统双屏异显的多输入设备交互方法。

实施本发明实施例，具有如下有益效果：

本发明实施例提供的一种用于Android系统双屏异显的多输入设备交互方法、装置及介质，所述方法包括：通过系统驱动层适配两个显示屏，并通过定制两种bustype类型进行主显示屏和副显示屏的区分；在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，并在事件结构体中添加事件的绑定标识信息；监听底层设备的新增事件信息，在判断为外设输入设备时进行弹窗提示，以使将所述外设配置为显示屏的外设输入设备，并同步更新该外设配置至系统输入层中；在接收到副显示屏的输入设备上报事件并触发副显示屏启动新应用程序后，系统进入异显模式，同时更新当前的异显模式至系统输入层中；当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中；当接收到所述副显示屏的输入设备上报事件信息时，根据所述系统输入层保存的同异显模式状态进行判断，启动对应的应用并显示至所述副显示屏中。本发明能够支持两个显示触摸屏的嵌入式设备通过操作副屏启动应用进入和退出异显模式，支持在异显模式下，两个显示屏的应用均能正常响应对应显示屏绑定的输入设备的事件信息，同时允许用户对鼠标、键盘等外部设备进行配置、绑定主副屏以及其上显示的应用，既能够满足副屏受主屏应用控制的模式，也同时支持在副屏显示上进行操作，更快速的进入或退出双屏异显模式，提高副屏的操作的自主性。

附图说明

图1为本发明实施例提供的一种用于Android系统双屏异显的多输入设备交互方法的流程示意图；

图2为本发明实施例提供的实施用于Android系统双屏异显的多输入设备交互方法的系统框架图的流程示意图；

图3为本发明实施例提供的坐标系转化模块的工作流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

首先介绍本发明可以提供的应用场景，如实现双屏异显的多输入设备交互。

本发明第一实施例：

请参阅图1-2。

如图1所示，本实施例提供的一种用于Android系统双屏异显的多输入设备交互方法，至少包括如下步骤：

S101、通过系统驱动层适配两个显示屏，并通过定制两种bustype类型进行主显示屏和副显示屏的区分。

具体的，如图2所示，对于步骤S101，驱动层适配两个触摸显示屏，适配其一为主触摸显示屏，其二为副触摸显示屏，通过定制bustype来区分主、副触摸显示屏，定制鼠标等外设为第三种bustype类型，用来定义其可能需要做额外的定义操作。

需要说明的是，申明为两个触摸显示屏只是为了方便对多输入设备的场景进行说明，实际情况中本方案并不需要两个触摸显示屏，换成其他显示屏也同样适用。

其中bustype是系统描述输入设备的成员数据，属于行业内具备相关知识体系的基础知识，其申明主要在设备的驱动程序上执行，以触摸屏gslX680为例：

A.在include/uapi/linux/input.h文件中添加相应的BUS类型：

#define BUS_MAINDISPLAY 0x3A

#define BUS_EXTERNALDISPLAY 0x3B

#define BUS_DUALSCREENMOUSE 0x3C

…

如上定义BUS_MAINDISPLAY用于申明主屏，BUS_EXTERNALDISPLAY用于申明副屏，BUS_DUALSCREENMOUSE用于申明双屏场景下的鼠标外设。

B.在gslX680的驱动程序中进行申明配置，文件为：drivers/input/touchscreen/rockchip_gslX680.c

input_device->id.bustype＝BUS_MAINDISPLAY；

如上定义了gslX680触摸设备为主屏输入设备。

S102、在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，并在事件结构体中添加事件的绑定标识信息。

具体的，对于步骤S102，系统输入层EventHub获取输入设备信息，在isExternalDeviceLocked函数中添加定义的私有bustype判断主副设备，同时添加鼠标等外设的类型识别；其中，获取输入设备信息主要依赖于框架的原有支持，系统底层驱动默认会在固定的目录节点(/dev/input/)上创建对应的驱动设备节点，系统层会通过读取该特定目录下的节点，通过ioctl方式(kernel提供的操作驱动设备节点的通用方式)读取对应节点信息获取对应的bustype：

identifier.bus＝inputId.bustype；

isExternalDeviceLocked函数是通过对系统的原有框架流程梳理获取到的，该方法原有的实现方式主要是通过判断bustype来决定对应设备是否为外部设备，在本实施例中主要是用来对输入设备的bustype进行判断，为其添加对应设备类型的标识，用于在系统框架层区分这几类自定义类型：

if(device->identifier.bus＝＝BUS_MAINDISPLAY){

device->classes|＝INPUT_DEVICE_TYPE_MAINDISPLAY；

}else if(device->identifier.bus＝＝BUS_EXTERNALDISPLAY){

device->classes|＝INPUT_DEVICE_TYPE_EXTERNALDISPLAY；

}else if(device->identifier.bus＝＝BUS_DUALSCREENMOUSE{

device->classes|＝INPUT_DEVICE_TYPE_DUALSCREENMOUSE；

}

而针对系统input模块的事件结构体，主要包括native和Java层的InputEvent结构体、input层的InputDeviceInfo结构体，添加displayId信息，同时修改InputTransport事件传递类，在事件传输流程上将产生事件的输入设备displayId信息打包上报。

其中，displayId信息是用来标识事件绑定的是主屏显示设备或者副屏显示设备，并且其绑定到原有系统中描述具体输入设备的信息上，其作用就是标识了上报的事件消息是归属于哪个具体的显示设备上。其获取主要是依据几个方面：

A.若上报事件的设备为INPUT_DEVICE_TYPE_MAINDISPLAY，则其值为主屏设备号；

B.若上报事件的设备为INPUT_DEVICE_TYPE_EXTERNALDISPLAY，则其值为副屏设备号；

C.若上报事件的设备为其他类型，则其值根据用户配置，默认为主屏设备号。其中用户配置是根据用户在界面上的操作(选择主屏或副屏)，传递一个目标设备号数值到系统框架维护的输入设备信息上。

InputTransport事件传递类，原有系统框架并不支持显示设备ID号即displayId的传递，为了能将底层事件所属的displayId号同样上传至应用层，因此我们需要对原有框架做改动，添加支持displayId的传递，以便能够知道事件的来源，并进行区分操作。修改的关键代码为：

InputTransport.cpp中publishMotionEvent方法新增displayId的传递：

status_t InputPublisher::publishMotionEvent(…int32_t displayId,…){

…

msg.body.motion.displayId＝displayId；

…

}

其中motion最终将体现到应用程序端的MotionEvent事件描述数据当中提供给应用处理。

S103、监听底层设备的新增事件信息，在判断为外设输入设备时进行弹窗提示，以使将所述外设配置为显示屏的外设输入设备，并同步更新该外设配置至系统输入层中。

具体的，对于步骤S103，在显示界面上添加外设的配置模块，监听底层设备新增事件，判断为鼠标等外设时进行弹窗提示，允许用户将其配置为主屏或者副屏的外设输入设备，并同步更新该配置到input模块中。

配置方式主要是通过提供用户选择界面，并根据用户的选择情况，调用系统服务接口传递该配置值到系统的input模块当中给对应的input设备(即外设)，关键代码为：

InputReader.cpp新增如下方法提供外部程序调用，界面最终通过系统的服务调用到如下方法：

InputReader中新增方法用来遍历系统中已存在的设备，并查找id值为要配置的外设id。

void InputDevice::setDisplayConfig(size_t displayId){

mTargetDisplayId＝displayId；

}

将该配置的目标displayId设置到对应的InputDevice对象数据中。

S104、在接收到副显示屏的输入设备上报事件并触发副显示屏启动新应用程序后，系统进入异显模式，同时更新当前的异显模式至系统输入层中。

具体的，对于步骤S104，系统默认初始状态为同显状态，即，两个显示屏显示内容实时保持一致。异显模式的定义为两个显示屏显示内容分别为不同的APP程序。进入异显模式的触发方式为副屏的输入设备上报事件并触发在副屏启动新应用(其效果等同于在单独设备上进行鼠标操作执行某一应用)。

在同显模式情况下，副屏绑定的输入设备上报事件，点击启动应用A。事件经由输入层的转化，携带副屏的displayId上报，由Launcher APP处理根据displayId信息将新应用B启动并显示到副屏当中，系统进入异显模式。同时，更新当前的同异显模式到系统输入层。

S105、当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中。

具体的，对于步骤S105，进入异显模式后，主屏的输入设备上报事件，也将携带主屏的displayId信息，由Launcher APP处理，若操作为点击应用，则根据displayId信息，将其启动、显示到主屏当中。

其中，Launcher APP主要指Home界面，即用户开机后看到的界面，等同于电脑的桌面。其作用是提供本机安装的所有应用给用户查看和操作。其启动具体应用到相应的屏幕中的方式主要通过如下关键代码：

A.点击应用，事件上报时携带了具体的显示设备信息(步骤4)，且该信息将保存到View类的新建成员数据mDisplayId上；

B.Launcher APP启动应用时，执行displayId的获取，该方法为新增的View类方法，用来在Launcher APP端启动应用时进行获取判断：

C.系统的服务程序通过接收Launcher APP传递来的信息，检查flag标志，判断FLAG_ACTIVITY_EXTERNAL_DISPLAY来启动到相应应用到副屏，达到异显效果：

ActivityStarter.java的startActivityMayWait方法:

if(intent.getFlags()&Intent.FLAG_ACTIVITY_EXTERNAL_DISPLAY！＝0)

container＝(ActivityStackSupervisor.ActivityContainer)mService.getContainerFromExtDisplay()；

}

其中getContainerFromExtDisplay方法主要依赖原生系统对异显功能的支持实现，其核心代码为：

final int stackId＝mStackSupervisor.getNextStackId()；

final ActivityStack stack＝mStackSupervisor.createStackOnDisplay(stackId,displayId,true/*onTop*/)；

IActivityContainer container＝stack.mActivityContainer。

S106、当接收到所述副显示屏的输入设备上报事件信息时，根据所述系统输入层保存的同异显模式状态进行判断，启动对应的应用并显示至所述副显示屏中。

具体的，对于步骤S106，在异显模式下，副屏绑定的输入设备上报事件时，将依据input模块层保存的同异显模式状态进行判断，异显模式事件不需要经过事件转化模块处理，直接上报到相同displayId的前台窗口上给APP进行处理。

在优选的实施例中，所述用于Android系统双屏异显的多输入设备交互方法，还包括：

具体的，在异显模式下，关闭副屏显示的应用，将主动退出异显模式，进入同显模式，并同步模式状态到input模块层。

在优选的实施例中，所述通过在系统输入层中添加坐标系转化模块，以使在同显场景下将副显示屏上报的事件转化为主显示屏的坐标系，具体为：

具体的，在系统的input模块中，添加坐标系转化模块，用于在同显场景下将副屏触摸或外设设备上报的事件转化为主屏的坐标系。

坐标系的转化主要目的是为了实现在两屏显示内容一致时，副屏上报的操作位置能够根据相对位置派发给按主屏大小布局的应用程序。因为两屏显示内容一致时，应用程序只按主屏的大小和配置信息来加载图片资源、决定每个上层应用控件的显示区间。如图3所示的坐标系转化模块的工作步骤，事件上报后判断是否来自主屏，若是则直接派发应用程序，若否，则按照坐标系转化公式将副显示屏获取的显示坐标转化为对应的主显示屏的显示坐标。其转化原理为将当前坐标系乘以两个显示屏的宽度比例以及长度比例，具体公式为：dx＝cx*mw/ew，dy＝cy*mh/eh；其中，dx为要要转化成对应的主屏的x坐标位置；cx为当前副屏获取到的x坐标位置；mw为主屏的宽；ew为副屏的宽；dy为要要转化成对应的主屏的y坐标位置；cy为当前副屏获取到的y坐标位置；mh为主屏的长；eh为副屏的长。

在优选的实施例中，所述在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，具体为：

在优选的实施例中，所述事件结构体中添加事件的绑定标识信息，具体为：

在优选的实施例中，所述当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中，还包括：

本实施例提供的一种用于Android系统双屏异显的多输入设备交互方法，包括：通过系统驱动层适配两个显示屏，并通过定制两种bustype类型进行主显示屏和副显示屏的区分；在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，并在事件结构体中添加事件的绑定标识信息；监听底层设备的新增事件信息，在判断为外设输入设备时进行弹窗提示，以使将所述外设配置为显示屏的外设输入设备，并同步更新该外设配置至系统输入层中；在接收到副显示屏的输入设备上报事件并触发副显示屏启动新应用程序后，系统进入异显模式，同时更新当前的异显模式至系统输入层中；当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中；当接收到所述副显示屏的输入设备上报事件信息时，根据所述系统输入层保存的同异显模式状态进行判断，启动对应的应用并显示至所述副显示屏中。本发明能够支持两个显示触摸屏的嵌入式设备通过操作副屏启动应用进入和退出异显模式，支持在异显模式下，两个显示屏的应用均能正常响应对应显示屏绑定的输入设备的事件信息，同时允许用户对鼠标、键盘等外部设备进行配置、绑定主副屏以及其上显示的应用，既能够满足副屏受主屏应用控制的模式，也同时支持在副屏显示上进行操作，更快速的进入或退出双屏异显模式，提高副屏的操作的自主性。

本发明的另一个实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如上述的用于Android系统双屏异显的多输入设备交互方法

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

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述模块的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和变形，这些改进和变形也视为本发明的保护范围。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

Claims

1.一种用于Android系统双屏异显的多输入设备交互方法，其特征在于，至少包括如下步骤：

2.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，还包括：

3.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，还包括：

4.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，还包括：

5.根据权利要求3所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，所述通过在系统输入层中添加坐标系转化模块，以使在同显场景下将副显示屏上报的事件转化为主显示屏的坐标系，具体为：

6.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，所述在通过系统输入层获取输入设备信息后，在第一函数中添加所述两种定制bustype类型对应的设备类型标识，具体为：

7.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，所述事件结构体中添加事件的绑定标识信息，具体为：

8.根据权利要求1所述的用于Android系统双屏异显的多输入设备交互方法，其特征在于，所述当接收到所述主显示屏的输入设备上报事件信息时，根据所述事件信息进行判断和事件转换处理后，启动对应的应用并显示至所述主显示屏中，还包括：

9.一种用于Android系统双屏异显的多输入设备交互装置，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的用于Android系统双屏异显的多输入设备交互方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序运行时控制所述计算机可读存储介质所在设备执行如权利要求1至8任一项所述的用于Android系统双屏异显的多输入设备交互方法。