实现多显示和多用户并发的方法及装置.pdf

《实现多显示和多用户并发的方法及装置.pdf》由会员分享，可在线阅读，更多相关《实现多显示和多用户并发的方法及装置.pdf（15页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910355629.0 (22)申请日 2019.04.29 (71)申请人 中科创达 （重庆） 汽车科技有限公司 地址 401120 重庆市渝北区仙桃街道数据 谷东路19号 (72)发明人 刘喜重汪亮 (74)专利代理机构 北京皮皮云嘉知识产权代理 有限公司 11678 代理人 朱思全 (51)Int.Cl. G06F 3/14(2006.01) B60R 11/02(2006.01) (54)发明名称 一种实现多显示和多用户并发的方法及装 置 (57)摘要 本发明提供了。

2、一种实现多显示和多用户并 发的方法及装置， 当至少两个用户同时登录具有 多个物理显示设备的系统时， 将每个用户均设为 前台用户， 获取每个用户与各物理显示设备之间 的对应关系， 为每个用户建立各自的窗口管理系 统， 并将每个用户的窗口管理系统与用户各自对 应的物理显示设备建立关联， 这样便可把每个用 户的所有视图窗口输出到与该用户对应的物理 显示设备上， 从而使不同用户在同一智能系统中 可以同时使用各自的显示设备， 实现了每个用户 之间的操作及显示内容的独立性， 互不影响， 进 而提高了操作效率， 也提升了用户体验， 而且还 可灵活配置用户和显示设备的对应关系。 此外， 本发明方案只需要一个操。

3、作系统、 一台主机即 可， 节省了硬件成本。 权利要求书2页 说明书8页 附图4页 CN 110083323 A 2019.08.02 CN 110083323 A 1.一种实现多显示和多用户并发的方法， 其特征在于， 所述方法用于具有多个物理显 示设备的智能系统； 所述方法包括： 当至少两个用户同时登录时， 将每个所述用户均设为前台用户； 获取每个所述用户与各物理显示设备之间的对应关系； 为每个所述用户建立各自的窗口管理系统， 以及， 将每个所述用户的窗口管理系统与 用户各自对应的物理显示设备建立关联， 以使每个所述用户的视图窗口关联到各自窗口管 理系统的根窗口； 对于每个用户， 当响应绘制。

4、事件时， 将所述用户的所有视图窗口绘制到显存， 输出到与 所述用户对应的物理显示设备。 2.根据权利要求1所述的方法， 其特征在于， 所述智能系统为车载系统。 3.根据权利要求1所述的方法， 其特征在于， 将每个所述用户的窗口管理系统与用户各 自对应的物理显示设备建立关联之后， 所述方法还包括： 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所述事件和所述物 理显示设备的编号上传给映射模块， 其中所述映射模块记录了窗口管理系统与物理显示设 备之间的映射关系； 通过所述映射模块将所述事件传递给与所述物理显示设备对应的窗口管理系统， 以使 所述窗口管理系统按照预设逻辑处理所述事件。 。

5、4.根据权利要求3所述的方法， 其特征在于， 每个所述窗口管理系统还各自对应一个输 入服务； 通过所述映射模块将所述事件传递给与所述物理显示设备对应的窗口管理系统之 后， 所述方法还包括： 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 所述输入服务按照预设逻辑为所述用户提供输入法功能。 5.根据权利要求1所述的方法， 其特征在于， 获取每个所述用户与各物理显示设备之间 的对应关系之前， 所述方法还包括： 预先自动配置每个所述用户与各物理显示设备之间的对应关系； 或者， 预先根据用户手动操作配置每个所述用户与各物理显示设备之间的对应关系。 6.根据权利要求1所述的方法， 其特征在于， 。

6、在至少两个用户同时登录之后， 所述方法 还包括： 当有至少两个用户同时需要输出音频时， 获取当前可用的音频输出设备的数量； 如果所述音频输出设备的数量大于或等于需要输出音频的用户数， 则按照预设逻辑将 不同用户的音频输出到不同的可用音频输出设备； 如果所述音频输出设备的数量小于需要输出音频的用户数， 则按照预设逻辑发出提 示。 7.一种实现多显示和多用户并发的装置， 其特征在于， 所述装置用于具有多个物理显 示设备的智能系统； 所述装置包括： 用户管理模块， 用于当至少两个用户同时登录时， 将每个所述用户均设为前台用户； 获 取每个所述用户与各物理显示设备之间的对应关系； 窗口管理模块， 用于。

7、为每个所述用户建立各自的窗口管理系统， 以及， 将每个所述用户 的窗口管理系统与用户各自对应的物理显示设备建立关联， 以使每个所述用户的视图窗口 权利要求书 1/2 页 2 CN 110083323 A 2 关联到各自窗口管理系统的根窗口； 显示模块， 用于对于每个用户， 当响应绘制事件时， 将所述用户的所有视图窗口绘制到 显存， 输出到与所述用户对应的物理显示设备。 8.根据权利要求7所述的装置， 其特征在于， 所述智能系统为车载系统。 9.根据权利要求7所述的装置， 其特征在于， 所述装置还包括： 输入处理模块， 用于在每个所述用户的窗口管理系统与用户各自对应的物理显示设备 建立关联之后，。

8、 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所述事 件和所述物理显示设备的编号上传给映射单元， 其中所述映射单元记录了窗口管理系统与 物理显示设备之间的映射关系； 通过所述映射单元将所述事件传递给与所述物理显示设备 对应的窗口管理系统， 以使所述窗口管理系统按照预设逻辑处理所述事件。 10.根据权利要求9所述的装置， 其特征在于， 所述输入处理模块还包括多个输入服务， 每个所述窗口管理系统各自对应一个输入服务； 所述输入处理模块还用于： 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 通过所述输入服务按照 预设逻辑为所述用户提供输入法功能。 11.根据权利要求7所述的。

9、装置， 其特征在于， 所述装置还包括： 显示设备配置模块， 用于预先自动配置每个所述用户与各物理显示设备之间的对应关 系； 或者， 预先根据用户手动操作配置每个所述用户与各物理显示设备之间的对应关系。 12.根据权利要求7所述的装置， 其特征在于， 所述装置还包括： 音频输出管理模块， 用于当有至少两个用户同时需要输出音频时， 获取当前可用的音 频输出设备的数量； 如果所述音频输出设备的数量大于或等于需要输出音频的用户数， 则 按照预设逻辑将不同用户的音频输出到不同的可用音频输出设备； 如果所述音频输出设备 的数量小于需要输出音频的用户数， 则按照预设逻辑发出提示。 权利要求书 2/2 页 3。

10、 CN 110083323 A 3 一种实现多显示和多用户并发的方法及装置 技术领域 0001 本发明实施例涉及车载系统技术领域， 尤其涉及一种实现多显示和多用户并发的 方法及装置。 背景技术 0002 为了丰富汽车的功能， 提升驾乘体验， 汽车上通常都会搭载用于提供信息及娱乐 的车载系统。 如今随着技术的发展， 传统车载系统又进一步演化为智能车载系统， 智能车载 系统是车载信息娱乐系统的升级版， 其先进的导航系统可整合实时交通信息、 个人兴趣点 以及好友位置等， 甚至将汽车扩展到Web 2.0网络时代， 为消费者带来新的驾乘体验。 0003 虽然目前市面上的智能车载系统大部分是单屏系统， 但。

11、是市场趋势、 行业趋势都 正朝着双屏乃至多屏系统发展。 单屏系统同一时刻只能显示一个窗口的内容， 而双/多屏系 统则可以在同一时刻显示不同应用窗口(不过同一时刻只能在一个屏幕上操作)。 单屏系统 由于屏幕只有一个， 所以默认都是一个用户， 但在双/多屏系统中， 因为屏幕有多个， 所以多 用户同时使用成为可能， 换句话说， 在一些场景下， 车内的多个用户会同时使用车载系统， 例如， 用户1在使用车载系统的显示设备1(display1)， 与此同时， 用户2在使用车载系统的 显示设备2(display2)。 0004 发明人在实现本发明的过程中发现， 理想情况下车内多个用户在同时使用车载系 统时应。

12、该互不干扰， 仍然在实际中， 使用时会存在很多不方便， 例如两个用户想同时查询地 图时就会有冲突。 在有的现有技术中， 可以通过多台主机实现多用户功能， 即每台主机对应 一个屏幕， 然而这种方式成本较高， 存在硬件的浪费。 在另外的现有技术中， 虽然一些操作 系统可以提供多用户的功能， 例如当前安卓操作系统(Android OS)是智能汽车系统的主 流， Android系统上已经实现了基本的多用户(multiuser)功能， 不同的使用者可以用不同 的用户账号登录后使用， 每个用户环境独立， 然而， 却无法实现多用户的同时使用， 只能在 当前用户退出后才能登录第二个用户， 所以在应用到双/多屏。

13、车载系统时就会存在困难。 发明内容 0005 本发明实施例提供一种实现多显示和多用户并发的方法及装置， 以解决同一系统 中多用户在使用多个显示设备时相互干扰的问题。 0006 根据本发明实施例的第一方面， 提供一种实现多显示和多用户并发的方法， 所述 方法用于具有多个物理显示设备的智能系统； 所述方法包括： 0007 当至少两个用户同时登录时， 将每个所述用户均设为前台用户； 0008 获取每个所述用户与各物理显示设备之间的对应关系； 0009 为每个所述用户建立各自的窗口管理系统， 以及， 将每个所述用户的窗口管理系 统与用户各自对应的物理显示设备建立关联， 以使每个所述用户的视图窗口关联到。

14、各自窗 口管理系统的根窗口； 0010 对于每个用户， 当响应绘制事件时， 将所述用户的所有视图窗口绘制到显存， 输出 说明书 1/8 页 4 CN 110083323 A 4 到与所述用户对应的物理显示设备。 0011 可选的， 所述智能系统为车载系统。 0012 可选的， 将每个所述用户的窗口管理系统与用户各自对应的物理显示设备建立关 联之后， 所述方法还包括： 0013 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所述事件和所 述物理显示设备的编号上传给映射模块， 其中所述映射模块记录了窗口管理系统与物理显 示设备之间的映射关系； 0014 通过所述映射模块将所述事件传递。

15、给与所述物理显示设备对应的窗口管理系统， 以使所述窗口管理系统按照预设逻辑处理所述事件。 0015 可选的， 每个所述窗口管理系统还各自对应一个输入服务； 通过所述映射模块将 所述事件传递给与所述物理显示设备对应的窗口管理系统之后， 所述方法还包括： 0016 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 0017 所述输入服务按照预设逻辑为所述用户提供输入法功能。 0018 可选的， 获取每个所述用户与各物理显示设备之间的对应关系之前， 所述方法还 包括： 0019 预先自动配置每个所述用户与各物理显示设备之间的对应关系； 或者， 0020 预先根据用户手动操作配置每个所述用户与各。

16、物理显示设备之间的对应关系。 0021 可选的， 在至少两个用户同时登录之后， 所述方法还包括： 0022 当有至少两个用户同时需要输出音频时， 获取当前可用的音频输出设备的数量； 0023 如果所述音频输出设备的数量大于或等于需要输出音频的用户数， 则按照预设逻 辑将不同用户的音频输出到不同的可用音频输出设备； 0024 如果所述音频输出设备的数量小于需要输出音频的用户数， 则按照预设逻辑发出 提示。 0025 根据本发明实施例的第二方面， 提供一种实现多显示和多用户并发的装置， 所述 装置用于具有多个物理显示设备的智能系统； 所述装置包括： 0026 用户管理模块， 用于当至少两个用户同时。

17、登录时， 将每个所述用户均设为前台用 户； 获取每个所述用户与各物理显示设备之间的对应关系； 0027 窗口管理模块， 用于为每个所述用户建立各自的窗口管理系统， 以及， 将每个所述 用户的窗口管理系统与用户各自对应的物理显示设备建立关联， 以使每个所述用户的视图 窗口关联到各自窗口管理系统的根窗口； 0028 显示模块， 用于对于每个用户， 当响应绘制事件时， 将所述用户的所有视图窗口绘 制到显存， 输出到与所述用户对应的物理显示设备。 0029 可选的， 所述智能系统为车载系统。 0030 可选的， 所述装置还包括： 0031 输入处理模块， 用于在每个所述用户的窗口管理系统与用户各自对应。

18、的物理显示 设备建立关联之后， 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所 述事件和所述物理显示设备的编号上传给映射单元， 其中所述映射单元记录了窗口管理系 统与物理显示设备之间的映射关系； 通过所述映射单元将所述事件传递给与所述物理显示 设备对应的窗口管理系统， 以使所述窗口管理系统按照预设逻辑处理所述事件。 说明书 2/8 页 5 CN 110083323 A 5 0032 可选的， 所述输入处理模块还包括多个输入服务， 每个所述窗口管理系统各自对 应一个输入服务； 所述输入处理模块还用于： 0033 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 通过所述输入。

19、服务 按照预设逻辑为所述用户提供输入法功能。 0034 可选的， 所述装置还包括： 0035 显示设备配置模块， 用于预先自动配置每个所述用户与各物理显示设备之间的对 应关系； 或者， 预先根据用户手动操作配置每个所述用户与各物理显示设备之间的对应关 系。 0036 可选的， 所述装置还包括： 0037 音频输出管理模块， 用于当有至少两个用户同时需要输出音频时， 获取当前可用 的音频输出设备的数量； 如果所述音频输出设备的数量大于或等于需要输出音频的用户 数， 则按照预设逻辑将不同用户的音频输出到不同的可用音频输出设备； 如果所述音频输 出设备的数量小于需要输出音频的用户数， 则按照预设逻辑。

20、发出提示。 0038 本发明实施例提供的技术方案可以包括以下有益效果： 0039 在本发明实施例中， 当至少两个用户同时登录系统时， 会将每个用户均设为前台 用户， 获取每个用户与各物理显示设备之间的对应关系， 为每个用户建立各自的窗口管理 系统， 并将每个用户的窗口管理系统与用户各自对应的物理显示设备建立关联， 这样便可 将每个用户的所有视图窗口输出到与该用户对应的物理显示设备上， 从而实现了不同用户 在同一智能系统中可以同时使用各自不同的显示设备， 每个用户之间的操作及显示内容完 全独立， 互不影响， 进而提高了操作效率， 也提升了用户体验， 而且还可以灵活配置用户和 显示设备的对应关系。。

21、 另外， 本发明方案只需要一个操作系统、 一台主机即可， 节约了硬件 成本。 0040 应当理解的是， 以上的一般描述和后文的细节描述仅是示例性和解释性的， 并不 能限制本发明。 附图说明 0041 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 对于本领域普通技术人员而 言， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。 此外， 这些介 绍并不构成对实施例的限定， 附图中具有相同参考数字标号的元件表示为类似的元件， 除 非有特别申明， 附图中的图不构成比例限制。 0042 图1是根据本发。

22、明一示例性实施例示出的一种实现多显示和多用户并发的方法的 流程图； 0043 图2是根据本发明一示例性实施例示出的多屏幕场景中屏幕位置示意图； 0044 图3是根据本发明一示例性实施例示出的多屏幕场景中屏幕位置示意图； 0045 图4是根据本发明一示例性实施例示出的用户与屏幕对应关系示意图； 0046 图5是根据本发明一示例性实施例示出的一种实现多显示和多用户并发的方法的 流程图； 0047 图6是根据本发明一示例性实施例示出的一种实现多显示和多用户并发的方法的 说明书 3/8 页 6 CN 110083323 A 6 流程图； 0048 图7是根据本发明一示例性实施例示出的多用户场景中音频输。

23、出示意图； 0049 图8是根据本发明一示例性实施例示出的一种实现多显示和多用户并发的装置的 示意图。 具体实施方式 0050 这里将详细地对示例性实施例进行说明， 其示例表示在附图中。 下面的描述涉及 附图时， 除非另有表示， 不同附图中的相同数字表示相同或相似的要素。 以下示例性实施例 中所描述的实施方式并不代表与本发明相一致的所有实施方式。 相反， 它们仅是与如所附 权利要求书中所详述的、 本发明的一些方面相一致的装置和方法的例子。 0051 图1是根据本发明一示例性实施例示出的一种实现多显示和多用户并发的方法的 流程图。 该方法可以用于具有多个物理显示设备的智能系统， 例如车载系统等。。

24、 0052 参见图1， 该方法可以包括以下步骤： 0053 步骤S101， 当至少两个用户同时登录时， 将每个所述用户均设为前台用户。 0054 其中至少两个用户可以为两个用户、 三个用户、 四个用户等， 以下一般都以两个用 户为例进行描述。 两个用户同时登录是指两个用户同时处于已登录的状态， 可以包括一个 用户先登录、 另一个后登录等多种情况， 对此本实施例并不进行限制。 0055 在现有技术中， 当有两个或多个用户同时登录时， 其处理策略是同一个时刻只有 一个用户处于前台， 显示设备上显示该处于前台的用户的窗口/视图信息。 而在本发明实施 例中， 已登录的多个用户不区分前台用户和后台用户，。

25、 同时都是前台用户， 不同用户的显示 内容占用不同的物理显示设备。 0056 步骤S102， 获取每个所述用户与各物理显示设备之间的对应关系。 0057 本实施例可以用于具有多个物理显示设备的智能系统， 以车载系统为例， 可参见 图2所示， 图2是根据本发明一示例性实施例示出的多屏幕时的屏幕位置示意图， 在图2中该 车载系统具有201、 202两个物理显示设备(如触摸显示屏)。 0058 当然在本发明其他实施例中， 两个触摸显示屏的位置也可以不是图2所示的样子， 而是其他样式， 例如如图3中301、 302所示。 对于物理显示设备的数量及位置， 本实施例并不 进行限制， 本领域技术人员可以根据。

26、不同需求不同场景而自行选择、 设计， 可以在此处使 用的这些选择和设计都没有背离本发明的精神和保护范围。 0059 以车载系统具有两个屏幕、 用户1和用户2同时登录为例， 车载系统需要确定哪个 用户显示在哪个屏幕上， 故需要获取每个用户与各物理显示设备之间的对应关系。 例如配 置为用户0使用显示设备0(display0)、 用户1使用显示设备1用户n使用显示设备n。 另外 容易理解的是， 有些情况下在用户和物理显示设备之间可能有一层虚拟显示设备， 物理设 备和虚拟显示设备之间也有类似的对应关系。 0060 作为示例， 对于各用户与各物理显示设备之间的对应关系， 可以由车载系统自动 确定， 例如。

27、按照登录的先后顺序分配显示屏， 或者也可以由用户自己手动选择显示屏， 对此 本实施例并不进行限制。 故在本实施例或本发明其他某些实施例中， 获取每个所述用户与 各物理显示设备之间的对应关系之前， 所述方法还可以包括： 0061 预先自动配置每个所述用户与各物理显示设备之间的对应关系； 或者， 说明书 4/8 页 7 CN 110083323 A 7 0062 预先根据用户手动操作配置每个所述用户与各物理显示设备之间的对应关系。 0063 步骤S103， 为每个所述用户建立各自的窗口管理系统， 以及， 将每个所述用户的窗 口管理系统与用户各自对应的物理显示设备建立关联， 以使每个所述用户的视图窗。

28、口关联 到各自窗口管理系统的根窗口。 0064 在本发明实施例中， 存在多个窗口管理系统， 即每个用户都有其对应的窗口管理 系统， 每个用户的窗口管理系统与每个用户的显示设备建立关联。 当系统启动后， 窗口管理 系统建立， 该用户的视图窗口都会关联到窗口管理系统的根窗口上。 而现有技术中， 通常都 是只有一个窗口管理系统， 窗口的内容输出到指定的显示设备上。 0065 步骤S104， 对于每个用户， 当响应绘制事件时， 将所述用户的所有视图窗口绘制到 显存， 输出到与所述用户对应的物理显示设备。 0066 绘制器响应绘制事件， 将当前用户的所有窗口视图绘制到显存， 输出到与该用户 对应的显示设。

29、备。 0067 作为示例可参见图4所示， 图4是根据本发明一示例性实施例示出的用户与屏幕对 应关系示意图， 在图4中用户401和用户402可以在同一车载系统中同时使用各自不同的显 示设备， 每个用户之间的操作及显示内容完全独立， 互不影响。 0068 另外， 针对后续的界面/视图/窗口的输入处理， 参见图5所示， 在本实施例或本发 明其他某些实施例中， 将每个所述用户的窗口管理系统与用户各自对应的物理显示设备建 立关联之后， 所述方法还可以包括： 0069 步骤S501， 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所 述事件和所述物理显示设备的编号上传给映射模块， 其中所述映。

30、射模块记录了窗口管理系 统与物理显示设备之间的映射关系。 0070 步骤S502， 通过所述映射模块将所述事件传递给与所述物理显示设备对应的窗口 管理系统， 以使所述窗口管理系统按照预设逻辑处理所述事件。 0071 用户在显示设备上产生触摸或者点击事件时， 内核将事件和输入设备号上传给窗 口管理系统与显示设备的映射模块， 映射模块根据映射关系将事件传递给窗口管理系统， 窗口管理系统可以仍按照单窗口管理系统原来逻辑去处理事件。 在现有技术一般都是只有 一个窗口管理系统， 显示设备上产生的事件会传递给该窗口管理系统， 而本发明实施例中 为不同用户都配备了各自的窗口管理系统。 0072 此外， 针对。

31、输入服务的输入处理， 在本实施例或本发明其他某些实施例中， 每个所 述窗口管理系统还各自对应一个输入服务； 通过所述映射模块将所述事件传递给与所述物 理显示设备对应的窗口管理系统之后， 所述方法还可以包括： 0073 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 0074 所述输入服务按照预设逻辑为所述用户提供输入法功能。 0075 基于上面的界面/视图/窗口的输入处理， 输入服务获得输入， 后续就跟原有的输 入服务一样为用户提供输入法功能。 现有技术一般都是只有一个窗口管理系统， 只有一个 输入服务。 而本发明则是一个窗口管理系统对应一个输入服务。 0076 此外， 为了解决多用户。

32、多屏幕使用时的声音问题， 在本实施例或本发明其他某些 实施例中， 参见图6所示， 在至少两个用户同时登录之后， 所述方法还可以包括： 0077 步骤S601， 当有至少两个用户同时需要输出音频时， 获取当前可用的音频输出设 说明书 5/8 页 8 CN 110083323 A 8 备的数量。 0078 例如可参见图7所示， 图7是根据本发明一示例性实施例示出的多用户场景中音频 输出示意图， 在图7场景下， 车内当前有两个可用的音频输出设备， 一个是车载音响701， 一 个是已连接车载系统的蓝牙耳机702。 0079 步骤S602， 如果所述音频输出设备的数量大于或等于需要输出音频的用户数， 则。

33、 按照预设逻辑将不同用户的音频输出到不同的可用音频输出设备。 0080 例如， 预设逻辑可以是按照用户的登录顺序为用户分配音频输出设备， 或者， 预设 逻辑也可以是由用户自己手动选择音频输出设备， 对此本发明实施例并不进行限制。 0081 步骤S603， 如果所述音频输出设备的数量小于需要输出音频的用户数， 则按照预 设逻辑发出提示。 0082 例如可以语音提示用户需要增加音频输出设备等等。 0083 在本实施例中， 当至少两个用户同时登录系统时， 会将每个用户均设为前台用户， 获取每个用户与各物理显示设备之间的对应关系， 为每个用户建立各自的窗口管理系统， 并将每个用户的窗口管理系统与用户各。

34、自对应的物理显示设备建立关联， 这样便可将每个 用户的所有视图窗口输出到与该用户对应的物理显示设备上， 从而实现了不同用户在同一 智能系统中可以同时使用各自不同的显示设备， 每个用户之间的操作及显示内容完全独 立， 互不影响， 进而提高了操作效率， 也提升了用户体验， 而且还可以灵活配置用户和显示 设备的对应关系。 另外， 本发明方案只需要一个操作系统、 一台主机即可， 也节约了硬件成 本。 0084 作为示例， 下面再以安卓(Android)系统为基础对本发明方案作进一步描述。 当然 以下应用场景为例仅为示例性的， 在实际应用中， 也可以适用于其它应用场景。 0085 以下涉及到的函数名或类。

35、名等也仅仅是示例性的， 技术人员在具体实现本发明方 案时也可以根据情况使用其他函数名、 类名等， 对此本发明不并进行限制。 0086 Android是一种基于Linux的自由及开放源代码的操作系统， 主要使用于移动设 备， 如智能手机和平板电脑， 由Google公司和开放手机联盟领导及开发。 在多用户 (multiuser)模式下， 不同用户运行在不同的用户空间， 共享具体的应用实例(即不同的用 户下， 其应用版本是一致的)， 但拥有各自不同的配置。 DISPLAY： 代表了硬件显示屏幕信息。 Activity:相当于MVC(Model-View-Controller模型-视图-控制器)模式中。

36、的控制器， 聚焦 于用户的动作。 View:相当于MVC模式下的视图。 Window： 表示一个窗口， 一般来说大小取值 为屏幕大小， window一般与display绑定。 0087 Activity的显示控制: 0088 1)设置用户与DISPLAY之间的对应关系， 例如user0对应display0， user1对应 display1， userX对应displayX； 0089 2)当前用户(user0)打开、 操作的Activity， 统一管理， 可以与单用户时表现一致， 但只出现在当前用户的Display里； 0090 3)Activity创建时先建立window， window此。

37、时会根据Acitvity的user来关联对应 的DISPLAY， window会通过RootViewImpl与windowmanagerService建立WindowSession(通 过windowstate)， 都能通过userid管理起来。 0091 4)WindowManagerService通过InputChannel来获得用户输入， 响应用户事件 说明书 6/8 页 9 CN 110083323 A 9 0092 5)Viewrootimpl通过定时执行Choreographer响应vsync事件， 处理用户输入， 动 画刷新， 最后触发绘制。 View更新内容到canvas， c。

38、anvas然后将内容更新到surface的 buffer， 然后交给surfaceFlinger绘制。 0093 Input处理(InputMethond和Touch)： 0094 1)View获得焦点时通过InputMethodManager向InputMethodManagerService请求 显示输入法。 0095 2)InputMethodManagerService收到请求后， 会将请求的View(例如EditText)的 数据通信接口发送给当前输入法， 并请求显示输入法。 这里需要注意把输入键盘显示在当 前用户对应的display里。 0096 3)输入法收到请求后， 就显示自己。

39、的UI dialog， 同时保存目标view的数据结构， 当用户实现输入后， 直接通过view的数据通信接口将字符传递到对应的View。 0097 下述为本发明装置实施例， 可以用于执行本发明方法实施例。 对于本发明装置实 施例中未披露的细节， 请参照本发明方法实施例。 0098 图8是根据本发明一示例性实施例示出的一种实现多显示和多用户并发的装置的 示意图。 该装置可以用于具有多个物理显示设备的智能系统， 例如车载系统等。 0099 参见图8所示， 该装置可以包括： 0100 用户管理模块801， 用于当至少两个用户同时登录时， 将每个所述用户均设为前台 用户； 获取每个所述用户与各物理显示。

40、设备之间的对应关系。 0101 窗口管理模块802， 用于为每个所述用户建立各自的窗口管理系统， 以及， 将每个 所述用户的窗口管理系统与用户各自对应的物理显示设备建立关联， 以使每个所述用户的 视图窗口关联到各自窗口管理系统的根窗口。 0102 显示模块803， 用于对于每个用户， 当响应绘制事件时， 将所述用户的所有视图窗 口绘制到显存， 输出到与所述用户对应的物理显示设备。 0103 在本实施例或本发明其他某些实施例中， 对于各用户与各物理显示设备之间的对 应关系， 可以由车载系统自动确定， 例如按照登录的先后顺序分配显示屏， 或者也可以由用 户自己手动选择显示屏， 对此本实施例并不进行。

41、限制。 因此所述装置还可以包括： 0104 显示设备配置模块， 用于预先自动配置每个所述用户与各物理显示设备之间的对 应关系； 或者， 预先根据用户手动操作配置每个所述用户与各物理显示设备之间的对应关 系。 0105 另外， 针对后续的界面/视图/窗口的输入处理， 在本实施例或本发明其他某些实 施例中， 所述装置还可以包括： 0106 输入处理模块， 用于在每个所述用户的窗口管理系统与用户各自对应的物理显示 设备建立关联之后， 当所述用户在对应的物理显示设备上产生触摸或者点击事件时， 将所 述事件和所述物理显示设备的编号上传给映射单元， 其中所述映射单元记录了窗口管理系 统与物理显示设备之间的。

42、映射关系； 通过所述映射单元将所述事件传递给与所述物理显示 设备对应的窗口管理系统， 以使所述窗口管理系统按照预设逻辑处理所述事件。 0107 此外， 针对输入服务的输入处理， 在本实施例或本发明其他某些实施例中， 所述输 入处理模块还包括多个输入服务， 每个所述窗口管理系统各自对应一个输入服务； 所述输 入处理模块还用于： 说明书 7/8 页 10 CN 110083323 A 10 0108 与所述窗口管理系统对应的输入服务根据所述事件获得输入； 通过所述输入服务 按照预设逻辑为所述用户提供输入法功能。 0109 此外， 为了解决多用户多屏幕使用时的声音问题， 在本实施例或本发明其他某些 。

43、实施例中， 所述装置还可以包括： 0110 音频输出管理模块， 用于当有至少两个用户同时需要输出音频时， 获取当前可用 的音频输出设备的数量； 如果所述音频输出设备的数量大于或等于需要输出音频的用户 数， 则按照预设逻辑将不同用户的音频输出到不同的可用音频输出设备； 如果所述音频输 出设备的数量小于需要输出音频的用户数， 则按照预设逻辑发出提示。 0111 关于上述实施例中的装置， 其中各个单元模块执行操作的具体方式已经在相关 方法的实施例中进行了详细描述， 此处不再赘述。 0112 在本实施例中， 当至少两个用户同时登录系统时， 会将每个用户均设为前台用户， 获取每个用户与各物理显示设备之间。

44、的对应关系， 为每个用户建立各自的窗口管理系统， 并将每个用户的窗口管理系统与用户各自对应的物理显示设备建立关联， 这样便可将每个 用户的所有视图窗口输出到与该用户对应的物理显示设备上， 从而实现了不同用户在同一 智能系统中可以同时使用各自不同的显示设备， 每个用户之间的操作及显示内容完全独 立， 互不影响， 进而提高了操作效率， 也提升了用户体验， 而且还可以灵活配置用户和显示 设备的对应关系。 另外， 本发明方案只需要一个操作系统、 一台主机即可， 也节约了硬件成 本。 0113 本领域技术人员在考虑说明书及实践这里公开的发明后， 将容易想到本发明的其 它实施方案。 本申请旨在涵盖本发明的。

45、任何变型、 用途或者适应性变化， 这些变型、 用途或 者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识 或惯用技术手段。 说明书和实施例仅被视为示例性的， 本发明的真正范围和精神由所附的 权利要求指出。 0114 应当理解的是， 本发明并不局限于上面已经描述并在附图中示出的精确结构， 并 且可以在不脱离其范围进行各种修改和改变。 本发明的范围仅由所附的权利要求来限制。 说明书 8/8 页 11 CN 110083323 A 11 图1 图2 说明书附图 1/4 页 12 CN 110083323 A 12 图3 图4 说明书附图 2/4 页 13 CN 110083323 A 13 图5 图6 说明书附图 3/4 页 14 CN 110083323 A 14 图7 图8 说明书附图 4/4 页 15 CN 110083323 A 15 。