CN107291456A - 一种多屏显示的控制方法及系统 - Google Patents

Abstract

本发明涉及计算机技术领域，尤其涉及一种多屏显示的控制方法及系统，其方法包括以下步骤：创建多个活动栈，多个的活动栈与多个显示屏一一对应；获取每一个显示屏上的控制信息对应的多个的活动Activity；与显示屏对应的活动栈对多个的活动Activity的生命周期进行管理；将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。本发明无需对第三方应用程序做任何改动，即可兼容任意Android应用，实现了无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

Description

一种多屏显示的控制方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种多屏显示的控制方法及系统。

背景技术

Android作为当今世界上最为流行的操作系统之一，由于其开放性和完善的应用生态系统而获得了大量的应用，被用于手机、智能家电、车载系统等等不同领域的不同硬件上。而在多物理屏幕的硬件设备上(例如双屏收银机，一个屏幕面向收银员，一个屏幕面向消费者)，其使用的操作系统大多为Android系统。

目前市面上常见的双屏Android机型大概有两种：一种是通过HDMI(HighDefinition Multimedia Interface，高清晰度多媒体接口)或WIFI(Wireless Fidelity，无线高保真)等连接方式，将一个外部多媒体设备(例如电视)连接到Android智能机上，然后通过Android操作系统提供的HDMI输出功能、WIFI Display功能、DLAN功能(DIGITALLIVING NETWORK ALLIANCE，数字生活网络联盟)等，将多媒体内容传输给外部多媒体设备播放，但其能实现的功能有限，外部多媒体设备通常只能进行多媒体播放或简单的操作功能，无法执行Android系统的复杂功能例如运行完整应用等；另一种则是直接使用两台Android设备来控制两个屏幕，两台设备之间通过USB(Universal Serial Bus，通用串行总线)或网络等等连接方式连接，进行数据交互，该方案需要两台Android设备，其成本相对较高。

发明内容

本发明所要解决的技术问题是：本发明提供了一种多屏显示的控制方法及系统，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

为了解决上述技术方案，本发明提供了一种多屏显示的控制方法，包括以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

本发明还提供了一种多屏显示的控制系统，包括Android设备，所述Android设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

本发明的有益效果为：

本发明通过创建多个活动栈，多个的活动栈与多个显示屏一一对应，即活动栈与显示屏的显示控制对象也一一对应，通过活动栈对与之对应的显示屏上的活动Activity的生命周期进行管理，并将处于运行状态的活动Activity对应的活动Activity窗口绘制至对应的显示控制对象中，以使所述显示屏进行相应的显示；通过上述方法能够使活动Activity窗口在对应的显示屏上显示，不会出现第一显示屏对应的活动Activity窗口在其他显示屏显示，而造成显示屏显示混乱的情况出现，且由于活动栈对应用开发透明，所以上述方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

附图说明

图1为根据本发明实施例的一种多屏显示的控制方法的主要步骤示意图；

图2为根据本发明实施例的一种多屏显示的控制系统的结构示意图；

标号说明：

1、存储器；2、处理器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图详予说明。

本发明最关键的构思在于：本发明通过创建多个活动栈，多个的活动栈与多个显示屏一一对应，通过活动栈对与之对应的显示屏上的活动Activity的生命周期进行管理，并将处于运行状态的活动Activity窗口绘制至对应的显示控制对象中，以使所述显示屏进行相应的显示，降低了多屏显示的使用成本。

请参照图1所示，本发明提供了一种多屏显示的控制方法，包括以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

从上述描述可知，本发明通过创建多个活动栈，多个的活动栈与多个显示屏一一对应，即活动栈与显示屏的显示控制对象也一一对应，通过活动栈对与之对应的显示屏上的活动Activity的生命周期进行管理，并将处于运行状态的活动Activity对应的活动Activity窗口绘制至对应的显示控制对象中，以使所述显示屏进行相应的显示；通过上述方法能够使活动Activity窗口在对应的显示屏上显示，不会出现第一显示屏对应的活动Activity窗口在其他显示屏显示，而造成显示屏显示混乱的情况出现，且由于活动栈对应用开发透明，所以上述方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

进一步的，所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理。

从上述可知，由于同一应用对应的活动Activity的跳转通常都是仅在同一个任务栈task内的，因此只要系统控制应用的任务栈task会创建在哪一个活动栈中，那么这个应用程序的活动Activity窗口就会自然地显示在唯一一个与之对应的显示屏中，不会出现应用程序的第一个活动Activity窗口在第一屏显示，应用程序的第二个Activity却跑到了其他屏幕显示的情况。

进一步的，所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

从上述描述可知，通过新建的窗口管理客户端WindowManager Client绘制Activity窗口至显示屏对应的显示控制对象中，能够提高数据处理效率。

进一步的，所述的一种多屏显示的控制方法，还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接。

从上述描述可知，多屏SDK(Software Development Kit)接口提供了一套封装后的接口，使其不需要考虑硬件差异，即实现了通过一Android设备能够与不同的型号的显示屏进行连接，提高了系统的兼容性。

进一步的所述的一种多屏显示的控制方法，还包括：

通过预设Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象。

从上述描述可知，通过Android焦点控制不同类型的控制信息进行相应的处理，即提高了系统资源的利用率，又提高了数据处理效率。

进一步的，所述的一种多屏显示的控制方法，还包括：

在预设的Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的应用程序信息，所述应用程序信息包括多个的应用程序名称；

根据应用程序信息，在每一个Android系统安装对应的应用程序文件。

从上述描述可知，通过上述方法能够对不同系统相应的应用程序进行安装，无需考虑不同显示屏之间的硬件差异，提高了系统的兼容性。

请参照图2所示，本发明提供的一种多屏显示的控制系统，包括Android设备，所述Android设备包括存储器1、处理器2及存储在存储器1上并可在处理器2上运行的计算机程序，所述处理器2执行所述程序时实现以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

进一步的，所述的一种多屏显示的控制系统，所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理。

进一步的，所述的一种多屏显示的控制系统，所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

进一步的，所述的一种多屏显示的控制系统，所述处理器执行所述程序的步骤还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接。

进一步的，所述的一种多屏显示的控制系统，所述处理器执行所述程序的步骤还包括：

通过预设Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象。

进一步的，所述的一种多屏显示的控制系统，所述处理器执行所述程序的步骤还包括：

在所述Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的APK信息，所述APK信息包括多个的APK名称；

根据APK信息，在每一个Android系统安装对应的APK文件。

请参照图1所示，本发明的实施例一为：

本发明提供的一种多屏显示的控制方法，包括以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示；

所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

从上述描述可知，通过上述方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

本发明的实施例二为：

本实施例二与实施例一的区别在于，一种多屏显示的控制方法，还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接；

通过所述Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象；

在所述Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的APK信息，所述APK信息包括多个的APK名称；

根据APK信息，在每一个Android系统安装对应的APK文件。

本发明的实施例三为：

本发明中通过在Android设备中创建多个活动栈Activity Stack来管理活动Activity，所述多个活动栈与多个显示屏一一对应，一个活动栈ActivityStack中维护着一个与之对应的显示屏上的多个活动Activity；获取每一个显示屏上的控制信息对应的多个的活动Activity；在所述活动栈内创建多个的任务栈task；所述多个的活动Activity根据对应的应用程序种类不同进行分类，得到每一应用程序对应的所有活动Activity；通过一任务栈对一应用程序的所有活动Activity的生命周期进行管理，

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理；获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

上述方法的好处是：由于同一应用程序对应的所有活动Activity的跳转通常都是仅在同一个task内的，因此只要系统控制应用的task会创建在哪一个活动栈ActivityStack中，那么这个应用程序的活动Activity窗口就会自然地显示在唯一一个显示屏中，不会出现第一个活动Activity窗口在第一屏上显示，第二个活动Activity窗口却跑到了其他屏幕显示的情况；且由于活动栈ActivityStack对应用开发透明，所以此方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上；而原生Android中，系统对Activity的生命周期做着严密地管控，仅能有一个Activity处于Resume状态。Resume状态的Activity等于处于前台，优先进行绘制及响应等动作。而其余Activity均处于后台状态，可能不进行绘制动作、并有着被系统自动关闭回收资源等风险。因此，本发明中，还对Activity的生命周期管理进行了扩展，对每一个屏幕对应的活动栈ActivityStack都单独维护一个独立的生命周期(如果有N个屏幕，那么系统中就最多可能有N个Activity同时处于Resume前台状态)。以上，就将外部Display可以显示的对象，从单一的Dialog扩展到了任意一个完整的应用上。

本发明对Android的控制消息对应的按键事件的分发策略做了改进，将按键输入设备分为两类：

一：共享类，即多个屏幕全部共享该唯一的输入设备。例如音量键等在机器上只有一个的按键设备。

二：独占类，即该按键设备为某个屏幕独占的。例如屏幕触屏下方的HOME、BACK、MENU键等，各个屏幕有其独立的按键。

对于独占类按键输入设备，将其设备产生的输入事件单独发送给其对应屏幕的Display窗口；对于共享类的按键输入设备，则必须用一个规则来界定其需要传输给哪一个窗口对象。因此，共享类输入事件仍然采用操作系统中的焦点来控制，同时新增一个焦点屏幕概念：只有焦点屏幕内的窗口对象才有可能成为系统的焦点窗口，共享类输入事件将全部分发给该焦点窗口，而哪一个屏幕能够成为焦点屏幕则由Android系统控制。

本发明中，规定了多屏应用开发的部分规范，使其能够兼容不同的硬件结构的显示屏。

应用开发规范：

一：需要将要显示在各个屏幕上的界面(Activity、Dialog等等)分开来，打包成各自不同的apk文件。例如，把需要显示在屏幕1的所有Activity集中开发为apk1，要显示在屏幕2的所有Activity集中开发为apk2，以此类推。

二：各个屏幕上的apk之间，仅仅通过多屏SDK提供的通信、控制等接口来进行交互。

多屏SDK接口：Software Development Kit；多屏SDK提供了一套封装后的接口，提供给应用开发者统一的多屏相关的接口，使其不需要考虑硬件差异。

下文中，将只有一台Android设备做主机，外接多个屏幕的情况称之为“单系统”，将多台Android主机的情况称之为“多系统”，将屏幕1应用称之为apk1，屏幕2应用称之为apk2等等，并以双屏为例(多屏情况同样扩展)，说明此规范及SDK的详细。

应用安装规则：

1)因为硬件结构差异巨大，因此Android系统可以通过硬件连接状态等方式在开机时就判断自身是处于单系统还是多系统状态；

2)当其为单系统状态时，将apk1及apk2均安装到自身系统当中；

3)当其为多系统状态时，则各个Android系统之间相互通信，互相通报自身屏幕，使各个系统之间知道各自的状态；之后，将apk1传输到屏幕1所对的系统中，将apk2传递到屏幕2所对的系统中，各自分别安装。

应用运行、显示：

1)Android系统在开机时判断自身单、多系统状态；

2)当其为单系统状态时，将apk1创建的task分配到屏幕1的Display对象对应的活动栈ActivityStack中，将apk2创建的task分配到屏幕2的Display对象对应的活动栈ActivityStack中，按照上文说明，apk1将会运行显示在屏幕1上，apk2将会运行显示在屏幕2上；

3)当其为多系统状态时，则运行自身系统中安装的对应apk，屏幕1机器就运行其内安装的apk1，屏幕2机器就运行其内安装的apk2。

屏幕之间的应用相互通信：

1)Android系统在开机时判断自身单、多系统状态；

2)apk1通过SDK接口，告知Android系统希望和屏幕2的apk2通信，并传递给系统其通信内容；

3)单系统状态时，由于两个apk处于同一个系统中，因此系统直接将通信内容发送给apk2；

4)多系统状态时，系统与屏幕2所在系统通信，将通信内容发送给屏幕2系统，屏幕2系统再将通信内容发送给运行于其中的apk2。

请参照图2所示，本发明的实施例四为：

本发明提供的一种多屏显示的控制系统，包括Android设备，所述Android设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示；

所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

从上述描述可知，通过上述方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

本发明的实施例五为：

本实施例五与实施例四的区别在于，一种多屏显示的控制系统，所述处理器执行所述程序的步骤还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接；

通过所述Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象；

在所述Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的APK信息，所述APK信息包括多个的APK名称；

根据APK信息，在每一个Android系统安装对应的APK文件。

综上所述，本发明通过创建多个活动栈，多个的活动栈与多个显示屏一一对应，即活动栈与显示屏的显示控制对象也一一对应，通过活动栈对与之对应的显示屏上的活动Activity的生命周期进行管理，并将处于运行状态的活动Activity对应的活动Activity窗口绘制至对应的显示控制对象中，以使所述显示屏进行相应的显示；通过上述方法能够使活动Activity窗口在对应的显示屏上显示，不会出现第一显示屏对应的活动Activity窗口在其他显示屏显示，而造成显示屏显示混乱的情况出现，且由于活动栈对应用开发透明，所以上述方法可以兼容任意Android应用，即第三方应用程序不需要做任何改动，就可以运行在此多屏系统的任意指定屏幕上，无需多台Android设备，即能提供Android操作系统的基本完整的功能及操作，降低了使用成本。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种多屏显示的控制方法，其特征在于，包括以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

2.根据权利要求1所述的一种多屏显示的控制方法，其特征在于，所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理。

3.根据权利要求1所述的一种多屏显示的控制方法，其特征在于，所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

4.根据权利要求1所述的一种多屏显示的控制方法，其特征在于，还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接。

5.根据权利要求1所述的一种多屏显示的控制方法，其特征在于，还包括：

通过预设Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象。

6.根据权利要求1所述的一种多屏显示的控制方法，其特征在于，还包括：

在预设的Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的应用程序信息，所述应用程序信息包括多个的应用程序名称；

根据应用程序信息，在每一个Android系统安装对应的应用程序文件。

7.一种多屏显示的控制系统，包括Android设备，所述Android设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

S1：创建多个活动栈，所述多个活动栈与多个显示屏一一对应；

S2：获取每一个显示屏上的控制信息对应的多个的活动Activity；

S3：与显示屏对应的活动栈对所述多个的活动Activity的生命周期进行管理；

S4：将生命周期处于运行状态的活动Activity对应的活动Activity窗口绘制至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

8.根据权利要求7所述的一种多屏显示的控制系统，其特征在于，所述S3具体为：

在所述活动栈内创建多个的任务栈；

根据应用程序的种类，对所述多个的活动Activity进行分类，得到每一应用程序对应的所有活动Activity；

所述多个的任务栈与多个应用程序一一对应，一所述任务栈对一应用程序对应的所有活动Activity的生命周期进行管理。

9.根据权利要求7所述的一种多屏显示的控制系统，其特征在于，所述S4具体为：

获取活动栈中生命周期处于运行状态的Activity对应的Activity窗口；

通过窗口管理客户端绘制所述Activity窗口至显示屏对应的显示控制对象中，以使所述显示屏进行相应的显示。

10.根据权利要求7所述的一种多屏显示的控制系统，其特征在于，所述处理器执行所述程序的步骤还包括：

预设的Android设备通过多屏SDK接口分别与多个显示屏建立通讯连接。

11.根据权利要求7所述的一种多屏显示的控制系统，其特征在于，所述处理器执行所述程序的步骤还包括：

通过预设Android设备的管理器获取每一个显示屏上的控制信息；

判断不同的控制信息是否需要共享所述Android设备内同一元器件；

若需要，则通过Android焦点控制不同的控制信息进行逐一处理后，并依次发送相应的绘制指令至对应显示屏的显示控制对象中；

若不需要，则同时处理所述不同的控制信息后，并分别发送相应的绘制指令至对应显示屏的显示控制对象。

12.根据权利要求7所述的一种多屏显示的控制系统，其特征在于，所述处理器执行所述程序的步骤还包括：

在所述Android设备内创建多个的Android系统，所述多个的Android系统与多个的显示屏一一对应；

记录与每一个Android系统对应的应用程序信息，所述应用程序信息包括多个的应用程序名称；

根据应用程序信息，在每一个Android系统安装对应的应用程序文件。