CN114217697A - 多屏幕输入方法、装置及电子设备、计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种多屏幕输入方法、装置及电子设备、计算机可读存储介质，该方法包括：基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；获取屏幕输入请求，并根据关联关系将屏幕输入请求分发给与屏幕输入请求对应的输入法实例，以通过输入法实例对屏幕输入请求进行处理；在输入法实例对应的屏幕上，显示输入法窗口。本申请通过为各屏幕创建输入法实例，使每个输入法实例运行在独立的用户空间，独立交互，满足了多屏幕同时使用输入法的需求，提升了用户的操作体验。

Description

多屏幕输入方法、装置及电子设备、计算机可读存储介质

技术领域

本申请涉及安卓系统技术领域，尤其涉及一种多屏幕输入方法、装置及电子设备、计算机可读存储介质。

背景技术

随着汽车行业的发展，车内的屏幕数量越来越多，而基于降低成本或多屏互动的考虑，往往出现多个屏幕连接同一个芯片级系统(System on Chip，简称SoC)，运行在同一安卓(Android)系统中的情况。实际应用时，由于原生的Android系统对多屏输入法功能支持不完善，导致输入法窗口同一时间只能在一个屏幕上显示，因此对多屏幕输入同时交互的需求越来越强烈。

现有技术中提供了一种方案，即原生Android R版本以后的多屏幕输入法实现方案，属于单实例输入法方案，Google对此重新开发了一套输入法架构，使一个输入法应用可以同时适配多个屏幕。

然而该方案至少存在如下问题：1)该方案的实现需要依赖各输入法厂商的适配，适配工作量很大，且当前只有架构方案，没有厂商适配，并未实现实际的产品应用；2)该方案要用到私有API(Application Programming Interface，应用程序接口)构建，所以必须将输入法应用预安装到系统中，因此无法通过应用市场发布；3)完全抛弃之前旧版本的输入法架构，旧版本系统无法兼容新版本的多屏输入法应用，而新版本系统也无法再兼容旧版本的输入法应用，因此应用受到限制。

发明内容

本申请实施例提供了一种多屏幕输入方法、装置及电子设备、计算机可读存储介质，以满足多屏幕同时使用输入法的需求，提升用户的操作体验。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种多屏幕输入方法，所述方法包括：

基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

在所述输入法实例对应的屏幕上，显示输入法窗口。

可选地，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述基于多用户模式为各个屏幕分别创建输入法实例包括：

为所述主屏幕创建运行在主用户下的输入法实例；

为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

可选地，所述屏幕输入请求中包括屏幕标识，所述根据所述关联关系将所述屏幕输入请求分发给对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理包括：

根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；

将所述输入法实例与输入法服务进行绑定；

将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

可选地，所述在所述输入法实例对应的屏幕上，显示输入法窗口包括：

通过窗口管理服务接收所述输入法实例的窗口调用请求，所述窗口调用请求中包括所述输入法实例对应的用户标识；

根据所述用户标识和所述关联关系确定对应的屏幕标识；

将所述输入法窗口显示到所述屏幕标识对应的屏幕上。

可选地，在基于多用户模式为各个屏幕分别创建输入法实例之后，所述方法还包括：

通过输入法管理系统服务管理所述各个屏幕对应的输入法实例。

第二方面，本申请实施例还提供一种多屏幕输入装置，其特征在于，所述装置包括：

创建单元，用于基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立单元，用于建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

分发单元，用于获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

显示单元，用于在所述输入法实例对应的屏幕上，显示输入法窗口。

可选地，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述创建单元具体用于：

为所述主屏幕创建运行在主用户下的输入法实例；

为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

可选地，所述屏幕输入请求中包括屏幕标识，所述分发单元具体用于：

根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；

将所述输入法实例与输入法服务进行绑定；

将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

第三方面，本申请实施例还提供一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的多屏幕输入方法，先基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；然后建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；之后获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；最后在所述输入法实例对应的屏幕上，显示输入法窗口。本申请实施例的多屏幕输入方法通过为每个屏幕创建一个输入法实例，并使每个输入法实例运行在独立的用户空间，保证了输入法运行环境与数据隔离，同一时间每个屏幕都可以获得焦点，实现了每个屏幕和对应的输入法实例独立通信，独立交互，互相不干扰，满足了多屏幕同时使用输入法的需求，提升了用户的操作体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为现有技术中一种安卓系统中的输入法实现原理框架示意图；

图2为本申请实施例中一种多屏幕输入法实现原理框架示意图；

图3为本申请实施例中一种多屏幕输入方法的流程示意图；

图4为本申请实施例中一种多屏幕输入装置的结构示意图；

图5为本申请实施例中一种电子设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

为了便于对本申请各实施例的理解，如图1所示，提供了现有技术中一种安卓系统中的输入法实现原理框架示意图。在安卓系统下，输入法的实现主要涉及三个部分：输入法管理端(InputMethodManagerService，简称IMMS)、输入法服务端(InputMethodService，IMS)、输入法客户端(InputMethodManager，IMM)。

输入法管理端IMMS的主要功能包括切换输入法，输入法显示/隐藏，输入法启用/关闭，输入法服务端的绑定，输入法服务端与输入法客户端的绑定等，运行在system_server进程中。输入法服务端IMS主要用于真正实现输入法界面，控制字符输入的位置，运行在输入法进程中，例如搜狗输入法进程。输入法客户端IMM主要指输入法框架的InputMethodManager，每个APP应用都有一个实例，用来和输入法控制端交互，运行在需要使用输入法的进程中。

在输入法的启动和显示流程中，往往涉及到上述三个部分的信息交互过程，主要会用到如下函数：IInputContext：负责InputMethod进程和应用进程的编辑框的通信，如上屏、查询光标前后字符等；IInputMethodClient：IMMS使用该接口查找和IMS对应的客户端应用进程，并通知应用进程绑定/解绑输入法；IInputMethodSession：定义了客户端可以调用输入法的相关方法，如updateCursor，finishInput等；IInputMethod：负责IMS和IMMS的通信，IMMS通知IMS进行startInput，bindInput等生命周期操作。

基于现有的输入法框架，本申请设计了一种用于实现多屏幕同时输入的输入法框架，如图2所示，提供了本申请实施例中一种多屏幕输入法实现原理框架示意图。本申请在现有的单实例输入法框架的基础上，基于原生多用户为每一个屏幕均创建了一个输入法实例，每个输入法实例可以看作是一个输入法应用的子用户副本，并与对应的屏幕绑定，每个输入法运行在独立的用户空间，保证输入法运行环境与数据隔离，并重写原生Android系统的IMMS服务，管理每个输入法的绑定状态和显示状态等。在系统输入的关键流程进行事件分发拦截，使所在屏幕的输入操作分发给对应的输入法实例进行处理。

上述多屏幕同时输入的输入法框架实现了每个屏幕和对应的输入法实例独立通信，独立交互，解决了原生Android系统对多屏幕输入法功能支持不完善的问题，并且多个屏幕同时操作互不干扰，满足了多屏幕同时使用输入法的需求，提升了用户的操作体验。

本申请实施例提供了一种多屏幕输入方法，如图3所示，提供了本申请实施例中一种多屏幕输入方法的流程示意图，所述方法至少包括如下的步骤S310至步骤S340：

步骤S310，基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用。

本申请实施例的多屏幕输入方法可以应用于车载系统中的多屏交互等场景，在实现多屏幕输入时，需要先基于原生多用户模式为每个屏幕分别创建一个输入法实例，一个输入法实例就是一个输入法应用进程，每一个输入法实例都可以看作是一个输入法应用的子用户副本，因此这里构建得到的多个输入法实例均是针对同一个输入法应用。

本申请实施例的多屏幕输入方法主要是在安卓系统层面进行改进，通过为安卓设备中已有的输入法应用创建一个或多个子用户副本，为后续实现多屏幕同时输入提供基础，并且此种方式可以适配安卓设备中已有的输入法应用，而不需要对输入法应用进行重新开发和适配，相比于现有方案省去了大量的适配工作。

步骤S320，建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下。

在为每个屏幕创建输入法实例后，需要建立起每个输入法实例与每个屏幕的屏幕标识如displayId和用户标识如userId之间的关联关系，从而使每个屏幕的输入法实例独立运行在每个屏幕对应的用户空间下，进而保证后续输入法调用的正确性。例如，displayId为0的输入法实例运行在userId为0的用户下，displayId为10的输入法实例运行在userId为10的用户下。

步骤S330，获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理。

在完成输入法实例的构建和关联关系的建立后，拦截输入法应用的屏幕输入请求，这里的屏幕输入请求可以理解为是用户想要在屏幕上输入信息的请求。基于上述建立的关联关系，可以将该屏幕输入请求分发给对应的输入法实例进行具体处理。

步骤S340，在所述输入法实例对应的屏幕上，显示输入法窗口。

经过上述流程，虽然能够实现对每个屏幕输入法操作的独立管理，但是对于输入法实例，输入法应用会默认它当前只会在主屏幕如displayId为0的屏幕上显示输入法窗口，因此这里可以通过修改窗口管理服务(WindowsManagerService，简称WMS)来将输入法窗口显示到该输入法实例对应的屏幕上。

本申请实施例的多屏幕输入方法通过为每个屏幕创建一个输入法实例，并使每个输入法实例运行在独立的用户空间，保证了输入法运行环境与数据隔离，同一时间每个屏幕都可以获得焦点，实现了每个屏幕和对应的输入法实例独立通信，独立交互，互相不干扰，满足了多屏幕同时使用输入法的需求，提升了用户的操作体验。

在本申请的一个实施例中，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述基于多用户模式为各个屏幕分别创建输入法实例包括：为所述主屏幕创建运行在主用户下的输入法实例；为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

多用户模式可以理解为是为了实现“应用多开”的效果，例如在安卓设备上创建一个应用的多个实例，多个实例同时运行于同一个桌面下，产生的数据相互独立。

在多屏交互的场景下，本申请实施例的多屏幕可以包括一个主屏幕和至少一个副屏幕，与此对应的，基于多用户模式的设计原理，本申请实施例的多用户模式可以包括一个主用户和至少一个子用户，然后基于安卓设备中已安装的输入法应用分别为每个屏幕创建一个输入法实例的子用户副本。

例如当前有两个屏幕，一个主屏幕displayId＝0，一个副屏幕displayId＝10，可以在主屏幕中创建运行在主用户即userId＝0的用户下的输入法实例，然后为另一个副屏幕再创建一个运行在子用户即userId＝10的用户下的输入法实例。

在本申请的一个实施例中，所述屏幕输入请求中包括屏幕标识，所述根据所述关联关系将所述屏幕输入请求分发给对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理包括：根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；将所述输入法实例与输入法服务进行绑定；将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

客户端发起的屏幕输入请求中会携带有屏幕标识displayId，在根据关联关系分发屏幕输入请求时，可以先根据屏幕输入请求中携带的displayId，确定出用户当前正在操作的屏幕，然后基于前述实施例建立好的关联关系，确定出该屏幕标识displayId对应的输入法实例，之后再将该输入法实例与输入法服务(InputMethodService，IMS)进行绑定，这里的绑定可以理解成将IMMS的输入法实例管理类与输入法服务IMS做绑定，可以通过原生服务的bindservice接口实现，从而为后续输入法调用建立起传输通道，最后再将屏幕输入请求分发给对应的输入法实例，从而使该输入法实例可以通过调用绑定的输入法服务对屏幕输入请求进行具体处理。

上述实施例相当于是对现有的输入法管理端(InputMethodManagerService，简称IMMS)的主要业务进行了剥离，拷贝了一个输入法应用的多份输入法实例子用户副本，实现多份输入法实例子用户副本的独立管理、独立运作。

在本申请的一个实施例中，所述在所述输入法实例对应的屏幕上，显示输入法窗口包括：通过窗口管理服务接收所述输入法实例的窗口调用请求，所述窗口调用请求中包括所述输入法实例对应的用户标识；根据所述用户标识和所述关联关系确定对应的屏幕标识；将所述输入法窗口显示到所述屏幕标识对应的屏幕上。

经过上述处理，相当于是在安卓系统的输入法管理端IMMS层面完成了输入法实例的构建和绑定，且每个屏幕的输入法操作可以独立管理，但是对于每个屏幕的输入法实例，对应的均是同一个输入法应用，由于输入法应用本身未做改动，所以只会默认在主屏幕上显示窗口，因此这时就需要修改窗口管理服务来实现将对应的窗口显示在对应的屏幕上。

具体地，在多屏幕同时输入的场景下，每个屏幕对应的输入法实例会先向窗口管理服务发起窗口调用请求，该请求中会携带userId、displayId等信息，由于输入法实例只会默认在主屏幕上显示窗口，所以请求中携带的displayId其实是主屏幕的displayId，这时窗口管理服务将无法直接根据窗口调用请求中的displayId区分要将哪个窗口显示到哪个屏幕上，因此窗口管理服务可以根据窗口调用请求中的userId来确定原本关联的displayId，即通过userId确立窗口显示的唯一性。

由此，一个输入法应用对应的多个输入法实例就可以同时在多个屏幕分别显示，并且每个屏幕的输入法操作可以同时交互，互不干扰。

在本申请的一个实施例中，在基于多用户模式为各个屏幕分别创建输入法实例之后，所述方法还包括：通过输入法管理系统服务管理所述各个屏幕对应的输入法实例。

本申请实施例在为每个屏幕创建输入法实例时，主要是对输入法管理端IMMS进行了重构，如图2所示，IMMS中的多个InputMethodInstanceManager可以分别对每个输入法实例进行独立管理，包括输入法显示/隐藏，输入法启用/关闭，以及与输入法服务端的绑定等等。

本申请基于原生Android系统涉及到的输入法操作的关键流程主要有：

addClient

removeClient

resetCurrentMethodAndClient

setImeWindowStatus

setInputMethodLocked

showSoftInput

hideSoftInput

startInputOrWindowGainedFocus

windowGainedFocus

clearLastInputMethodWindowForTransition

hideMySoftInput

showMySoftInput

buildInputMethodListLocked

reportFullscreenMode

上述这些函数一部分是变量赋值，需要赋值给对应的输入法实例管理类，一部分是向对应用户的输入法服务发消息，这些业务流程主要是原生Android系统的代码，因此相关功能不再赘述。

本申请的多屏幕输入方法解决了原生Android系统对多屏输入法功能支持不完善的问题，能够实现支持多屏幕同时显示输入法，同一时间每个屏幕都可以获得焦点，同时操作互不干扰，满足了多屏幕同时使用输入法的需求，提升了用户的操作体验。

本申请实施例还提供了一种多屏幕输入装置400，如图4所示，提供了本申请实施例中一种多屏幕输入装置的结构示意图，所述装置400包括：创建单元410、建立单元420、分发单元430以及显示单元440，其中：

创建单元410，用于基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立单元420，用于建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

分发单元430，用于获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

显示单元440，用于在所述输入法实例对应的屏幕上，显示输入法窗口。

在本申请的一个实施例中，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述创建单元410具体用于：为所述主屏幕创建运行在主用户下的输入法实例；为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

在本申请的一个实施例中，所述屏幕输入请求中包括屏幕标识，所述分发单元430具体用于：根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；将所述输入法实例与输入法服务进行绑定；将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

在本申请的一个实施例中，所述显示单元440具体用于：通过窗口管理服务接收所述输入法实例的窗口调用请求，所述窗口调用请求中包括所述输入法实例对应的用户标识；根据所述用户标识和所述关联关系确定对应的屏幕标识；将所述输入法窗口显示到所述屏幕标识对应的屏幕上。

在本申请的一个实施例中，所述装置还包括：管理单元，用于通过输入法管理系统服务管理所述各个屏幕对应的输入法实例。

能够理解，上述多屏幕输入装置，能够实现前述实施例中提供的由清算服务器执行的多屏幕输入方法的各个步骤，关于多屏幕输入方法的相关阐释均适用于多屏幕输入装置，此处不再赘述。

图5是本申请的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成多屏幕输入装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

在所述输入法实例对应的屏幕上，显示输入法窗口。

上述如本申请图1所示实施例揭示的多屏幕输入装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中多屏幕输入装置执行的方法，并实现多屏幕输入装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中多屏幕输入装置执行的方法，并具体用于执行：

基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

在所述输入法实例对应的屏幕上，显示输入法窗口。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种多屏幕输入方法，其特征在于，所述方法包括：

基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

在所述输入法实例对应的屏幕上，显示输入法窗口。

2.根据权利要求1所述方法，其中，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述基于多用户模式为各个屏幕分别创建输入法实例包括：

为所述主屏幕创建运行在主用户下的输入法实例；

为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

3.根据权利要求1所述方法，其中，所述屏幕输入请求中包括屏幕标识，所述根据所述关联关系将所述屏幕输入请求分发给对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理包括：

根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；

将所述输入法实例与输入法服务进行绑定；

将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

4.根据权利要求1所述方法，其中，所述在所述输入法实例对应的屏幕上，显示输入法窗口包括：

通过窗口管理服务接收所述输入法实例的窗口调用请求，所述窗口调用请求中包括所述输入法实例对应的用户标识；

根据所述用户标识和所述关联关系确定对应的屏幕标识；

将所述输入法窗口显示到所述屏幕标识对应的屏幕上。

5.根据权利要求1～4任一项所述方法，其中，在基于多用户模式为各个屏幕分别创建输入法实例之后，所述方法还包括：

通过输入法管理系统服务管理所述各个屏幕对应的输入法实例。

6.一种多屏幕输入装置，其特征在于，所述装置包括：

创建单元，用于基于多用户模式分别为每个屏幕创建对应的输入法实例，各个输入法实例对应同一个输入法应用；

建立单元，用于建立每个输入法实例、每个屏幕的屏幕标识和用户标识之间的关联关系，以使所述各个屏幕的输入法实例独立运行在每个屏幕对应的用户下；

分发单元，用于获取屏幕输入请求，并根据所述关联关系将所述屏幕输入请求分发给与所述屏幕输入请求对应的输入法实例，以通过所述输入法实例对所述屏幕输入请求进行处理；

显示单元，用于在所述输入法实例对应的屏幕上，显示输入法窗口。

7.根据权利要求6所述装置，其中，所述多用户模式包括一个主用户和至少一个子用户，所述屏幕包括一个主屏幕和至少一个副屏幕，所述创建单元具体用于：

为所述主屏幕创建运行在主用户下的输入法实例；

为所述各个副屏幕分别创建运行在各个子用户下的输入法实例。

8.根据权利要求6所述装置，其中，所述屏幕输入请求中包括屏幕标识，所述分发单元具体用于：

根据所述屏幕输入请求中的屏幕标识和所述关联关系，确定所述屏幕标识对应的输入法实例；

将所述输入法实例与输入法服务进行绑定；

将所述屏幕输入请求分发给对应的输入法实例，以使所述输入法实例通过调用所述输入法服务对所述屏幕输入请求进行处理。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～5之任一所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～5之任一所述方法。

Images