CN105404558B - 多系统中事件处理的方法及装置 - Google Patents

Abstract

本发明提供了一种多系统中事件处理的方法，应用于包括一个主控系统和至少两个子系统的终端设备运行环境中，包括：检测到来自任一子系统的待处理事件信息，将所述待处理事件信息发送至所述主控系统；基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。本发明解决了多系统间事件处理问题，把子系统之间共有事件统一上传至主控系统并由主控系统统一处理，而非各子系统处理其各自的事件，可保证各个子系统的事件处理风格统一，确保处于后台的各系统的待处理事件信息及时通知处于前台的系统，用户可及时处理相应的事件而避免了对重要事件的遗漏处理，以及保证用户数据的高安全性需求。

Description

多系统中事件处理的方法及装置

技术领域

本发明涉及无线移动通信技术领域，具体而言，本发明涉及一种多系统中事件处理的方法及装置。

背景技术

随着技术的高速发展，智能终端已经成为必不可少的通信产品，功能强大、用户体验丰富的智能终端为人们的生活带来了极大的便利。现在单操作系统的智能终端已经不能满足人们的需要，市场上一些多操作系统的智能终端已经应运而生。由于传统终端设备只允许单系统运行，即使有多系统支持也均为静态支持，即需要在设备启动时重新引导新的操作系统，因此，在多系统中若采用传统的信息提示方式，当前处于前台的系统无法接收到处于后台的系统的待处理事件信息的提示信息，导致用户有可能错过重要的信息。因此，需要一种在多系统中对各系统的待处理事件进行处理的解决方案，使得将来自各个系统的事件可及时得到统一处理。

发明内容

为克服上述技术问题或者至少部分地解决上述技术问题，特提出以下技术方案：

一种多系统中事件处理的方法，应用于包括一个主控系统和至少两个子系统的终端设备运行环境中，包括：

检测到来自任一子系统的待处理事件信息，将所述待处理事件信息发送至所述主控系统；

基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

优选地，将所述待处理事件信息发送至所述主控系统后，该方法包括：

确定所述待处理事件信息的事件类型；

其中，基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，具体包括：

基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

可选地，当所述待处理事件信息的事件类型为消息提示类型时，基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，包括：

根据所述待处理事件信息，以预定的提示方式生成事件提示消息；

在所述主控系统提供的消息显示界面中将所述事件提示消息提供至用户。

可选地，当所述待处理事件信息的事件类型为安全类型时，基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，包括：

在所述主控系统提供的安全交互界面中对所述待处理事件信息进行控制处理。

优选地，该方法还包括：

通过所述主控系统对所述待处理事件信息处理完成后，生成事件处理完成信息；

将所述事件处理完成信息传送至所述待处理事件信息所属的子系统。

一种多系统中事件处理的装置，应用于包括一个主控系统和至少两个子系统的终端设备运行环境中，包括：

信息发送模块，用于检测到来自任一子系统的待处理事件信息，将所述待处理事件信息发送至所述主控系统；

控制模块，用于基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

优选地，在信息发送模块将所述待处理事件信息发送至所述主控系统后，该装置包括：

事件类型确定模块，用于确定所述待处理事件信息的事件类型；

其中，控制模块具体用于基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

可选地，当所述待处理事件信息的事件类型为消息提示类型时，控制模块包括：

提示消息生成单元，用于根据所述待处理事件信息，以预定的提示方式生成事件提示消息；

消息显示单元，用于在所述主控系统提供的消息显示界面中将所述事件提示消息提供至用户。

可选地，当所述待处理事件信息的事件类型为安全类型时，控制模块包括：

安全控制单元，用于在所述主控系统提供的安全交互界面中对所述待处理事件信息进行控制处理。

优选地，该装置还包括：

完成信息生成模块，用于通过所述主控系统对所述待处理事件信息处理完成后，生成事件处理完成信息；

完成信息传送模块，用于将所述事件处理完成信息传送至所述待处理事件信息所属的子系统。

本发明的技术方案填补了现有技术没有针对多系统间事件处理的解决方案的空白。通过本发明可确保在检测到来自任一子系统的待处理事件信息时，将待处理事件信息发送至主控系统，以此使主控系统可以得知智能终端各个子系统中发生的需要多系统间共同解决的事件；随后，基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理，以此可以使主控系统根据待处理事件信息分析待处理事件的类型并有针对性的进行统一控制管理。本发明解决了多系统间事件处理问题，把子系统之间共有事件统一上传至主控系统并由主控系统统一处理，而非各子系统处理其各自的事件，可保证各个子系统的事件处理风格统一，确保处于后台的各系统的待处理事件信息及时通知处于前台的系统，用户可及时处理相应的事件而避免了对重要事件的遗漏处理，以及保证用户数据的高安全性需求；同时，使得终端设备用户在多系统间的操作使用更加顺畅无缝隙，从而提高了用户体验度。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例的多系统中事件处理方法的流程示意图；

图2为本发明一个优选实施例的多系统中事件处理方法的流程示意图；

图3为本发明另一实施例的多系统中事件处理方法的结构框架示意图。

具体实施方式

下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本发明的实施例中的多系统包括至少一个主控系统和两个子系统，其中，主系统和子系统都是基于相同的系统内核，如Linux系统来实现的。子系统可包括各种操作系统，例如Android、Windows和元心等智能终端操作系统。主系统用于对多个子系统进行控制，并且辅助各个子系统完成各自的功能，主系统本身可以不提供具体应用功能，例如通话、短信息、运行应用程序等功能，因此主控系统上没有搭载一些附加的应用程序，其安全等级较高。本发明的实施例中的多系统可基于多种虚拟技术来实现，下文以Linux系统下的容器技术为例来进行实施例的详述。其中，使用Linux容器技术实现的多系统，在每个容器中装入独立的系统，多个系统之间相互独立，且多个系统运行在同一台物理终端设备上。

Linux容器工具，可以提供轻量级的虚拟化，以便隔离进程和资源。使用容器的优点就是不需要安装太多的软件包，使用过程也不会占用太多的资源。容器有效地将由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求。与虚拟机技术相比，容器技术既不需要指令级模拟，也不需要即时编译。容器可以在核心CPU本地运行指令，而不需要任何专门的解释机制。此外，也避免了准虚拟化和系统调用替换中的复杂性。容器在提供隔离的同时，还通过共享这些资源节省开销，这意味着容器比真正的虚拟化的开销要小得多。通过提供一种创建和进入容器的方式，操作系统让应用程序就像在独立的机器上运行一样，但又能共享底层的系统及物理资源。因此，本方案中的多系统可共同处理系统间共有事件。

当智能终端中存在多系统时，存在共有事件如锁屏、解锁，后台系统消息需前台提醒的事件如系统推送信息、应用推送信息等，安全事件如密码输入等，上述事件均可由一个主控系统来控制子系统进行处理。当智能终端中存在多个操作系统时，如果每个操作系统都存在一套与其匹配的锁屏方式，则该多系统智能终端就有多种锁屏方式，且锁屏方式又会因系统配置的不同而不同，故存在事件处理方式风格不统一的情况。当智能终端存在多个操作系统时，如果后台系统的应用例如“微信”还在运行，而在“微信”收到一条新信息时不能及时提示用户，只能在用户主动将系统切换至前台时才可以获取到这条新信息，故来自后台系统的提示事件无法及时上报至处于前台的系统，导致用户有可能错过重要的信息。当智能终端存在多个操作系统时，子系统的安全级别较主系统要低，如果在子系统中直接执行输入密码等安全要求较高的操作时，有可能会造成密码保护不当的安全隐患，还有许多情况在此不一一举出。因此，当系统间事件发生时就需要主控系统来协调控制子系统来处理。具体协调控制方法将在下文详细说明。

图1为本发明实施例的多系统中事件处理方法的流程示意图。

步骤S110：检测到来自任一子系统的待处理事件信息，将待处理事件信息发送至主控系统。

其中，主控系统用于对多个子系统进行控制，并提供服务给子系统以协助子系统完成各自的功能。主控系统本身可以不提供具体应用功能，例如通话、短信、上网、媒体等功能，因此主控系统上没有搭载附加的应用程序，其安全等级较高。子系统可包括各种操作系统，例如Android、Windows和元心等智能终端操作系统，其各自可提供通话、短信、上网、媒体等多种应用功能。由于在子系统上会搭载各种功能的应用程序，因此，子系统的安全等级较主控系统要低。

需要说明的是，主控系统和子系统都是基于相同的物理内核，主控系统和子系统之间一般不直接通讯，其之间可以通过内核的辅助进行系统间通讯，即通过系统预定的方式进行通讯。

例如，在包括一个主控系统A和三个子系统，子系统B₁、子系统B₂和子系统B₃的终端设备运行环境中，当终端设备检测到处于后台的子系统B₁接收到新的短信息时，将与该新的短信息对应的待处理事件信息通过系统间通信方式，如通过内核kernel或者socket等进程间通信方式，发送至主控系统A；其中，与该新的短信息对应的待处理事件信息包括但不限于：发送短信息的电话号码和/或发送短信息的联系人信息、短信息的完整内容或摘要内容。

步骤S120：基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理。

例如，接上例，当前处于前台的子系统为子系统B₂，主控系统A将与该新的短信息对应的待处理事件信息以通知栏进行显示的方式生成事件提示消息，随后，主控系统A通过控制屏幕显示功能将事件提示消息在屏幕显示界面的通知栏中显示该事件提示消息，该通知栏可以悬浮显示的方式悬浮于处于前台的子系统B₂的用户显示界面上方，也可以嵌入的方式在处于前台的子系统B₂的用户显示界面中进行显示，在此不对显示方式进行限制。

优选地，该方法还包括：在检测到来自任一子系统的待处理事件信息并将待处理事件信息发送至主控系统后，可以确定待处理事件信息的事件类型。

具体地，在任一子系统发生待处理事件时，需要子系统发送待处理事件信息到主控系统，而主控系统需要根据待处理事件信息对待处理事件进行分类。例如，待处理事件信息的事件类型可预先划分为在接收到待处理事件信息后只需主控系统调用主控系统相应功能就可以实现操作的事件类型，如锁屏事件、解屏事件；需要主控系统处理子系统发送的提示信息的消息提示类型事件；需要主控系统处理子系统的安全事件的安全类型事件等。

更优选地，在确定待处理事件信息的事件类型后，步骤S120具体包括：基于与事件类型相应的事件处理方式，通过主控系统对待处理事件信息进行控制处理。

例如，智能手机的前台子系统OS₁在预定时间长度内没有检测到任何事件发生，或者用户以预定的锁屏触发方式在前台子系统OS₁上触发了锁屏操作，OS₁在检测到该锁屏操作，通过系统间预定的通讯机制发送锁屏事件信息到主控系统OS。当OS接收到来自OS₁的锁屏事件信息时，确定该锁屏事件信息所属的事件类型为在接收到待处理事件信息后只需主控系统调用主控系统相应功能方法就可以实现操作的事件类型，相应地通过调用主控系统OS的锁屏功能进行锁屏处理。在本示例中，由于在需要进行锁屏操作时不管哪个子系统处于前台，其均会发送锁屏事件信息到主控系统请求锁屏处理，故所有子系统均可通过主控系统提供的锁屏服务功能来实现锁屏处理，锁屏风格统一，不会产生不同的子系统其锁屏风格不同的情形。

又例如，在终端设备检测到来自任一子系统的关机触发操作时，子系统将该关机事件信息发送至主控系统，主控系统会通过调用其关机功能方法来控制关机操作。又例如，在终端设备检测到其与供电设备连接需要进入充电状态时，主控系统会调用其充电功能方法来控制充电操作。再例如，在终端设备在关机状态时检测到其与供电设备连接需要进入充电状态，主控系统会调用其充电功能方法来控制充电操作，并保持各个子系统的未启动冻结状态。在上述三个示例中，关机或者充电操作只需要主控系统控制即可，而不需要子系统参与其中，因此可大大节省电能的消耗，也使得系统间的事件处理方式更加简单便捷。

需要说明的是，还可以通过主控系统对待处理事件信息处理完成后，生成事件处理完成信息；将事件处理完成信息传送至待处理事件信息所属的子系统。例如，在主控系统OS控制其锁屏功能方法进行锁屏后，生成锁屏完成信息，然后将该锁屏完成信息发送到需要锁屏的前台子系统OS₁以通知OS₁屏幕已处于锁屏状态。

在本发明一优选实施例中，如图2所示，当待处理事件信息的事件类型为消息提示类型时，基于与事件类型相应的事件处理方式，通过主控系统对待处理事件信息进行控制处理，包括步骤S221和步骤S222；步骤S221：根据待处理事件信息，以预定的提示方式生成事件提示消息；步骤S222：在主控系统提供的消息显示界面中将事件提示消息提供至用户。

需要说明的是，在主控系统提供的消息显示界面中将事件提示消息提供至用户的方式包括但不限于：在屏幕上以悬浮框悬浮于前台系统的用户显示界面的方式显示提示消息、在前台系统的用户显示界面中的预定位置处以嵌入提示框的方式显示提示消息、以屏幕显示与震动、响铃等相结合的方式等。

例如，后台子系统OS₂中运行着即时通信应用程序“微信”，当“微信”接收到新消息时，OS₂会发送与该新消息相关的待处理事件信息到主控系统OS其中，该待处理事件信息包括：新消息内容摘要为“我们周六中午吃个饭吧”，发送新消息的好友名称等；OS在接收到该待处理事件信息后确定该待处理事件信息所属的事件类型是消息提示类型，基于该待处理事件信息包括的新消息内容摘要及发送新消息的好友名称等相应地生成消息提示信息，并通过调用OS和前台子系统共有的屏幕显示资源将该消息提示信息以系统预定的显示方式显示在屏幕上。需要说明的是，如果新消息是来自前台子系统的，前台子系统可以直接显示新消息，也可以通过上述方式将新消息信息发送到主控系统，由主控系统控制统一显示。

优选地，在主控系统提供的消息显示界面中将事件提示消息提供至用户后，还可以持续检测用户对该事件提示消息是否有进一步地查看操作；如果有，则通过系统预定的通讯机制将在后台发送新消息信息的子系统切换到前台。例如，主控系统OS接收到的来自子系统待处理事件信息，如包括“来自子系统OS₂的一个张三的未接电话，137********，响铃时间30秒，来电时间13:00:00”，以通知栏进行显示的方式生成事件提示消息，随后，在主控系统通过调用OS和前台子系统OS₁共有的屏幕显示资源将该消息提示信息以通知栏的悬浮显示方式显示在屏幕上以供用户查看，当用户通过终端设备的人机交互界面，执行点击通知栏中的该事件提示消息时，首先对当前处于前台的子系统OS₁和当前处于后台的子系统OS₂进行前后台切换操作，接着在切换后处于前台的子系统OS₂中查看与该来接电话相关的待处理事件信息。

在本发明另一优选实施例中，当待处理事件信息的事件类型为安全类型时，基于与事件类型相应的事件处理方式，通过主控系统对待处理事件信息进行控制处理，包括：在主控系统提供的安全交互界面中对待处理事件信息进行控制处理。

需要说明的是，主控系统提供的安全交互界面可以嵌入的方式与处于前台的子系统的用户显示界面共同显示，可以悬浮的方式在处于前台的子系统的用户显示界面上方显示，也可以独立全屏显示，本发明实施例对此不做限定。

例如，前台子系统OS₁触发密码输入功能时，OS₁会将与密码输入相关的待处理事件信息发送到主控系统OS，OS接收到该待处理事件信息后确定该事件所属的事件类型是安全类型，相应地，OS通过调用与密码输入功能相关的方法来生成安全交互界面并在屏幕上显示。检测到用户在安全交互界面输入密码之后，主控系统OS将密码信息发送到子系统OS₁以用于后续处理。由于主控系统中没有安装第三方应用程序，故主控系统不会被恶意植入监听等功能的恶意程序盗取用户密码，保证了用户数据的安全，因此通过主控系统提供的安全交互界面对待处理事件信息进行控制处理极大地保障了智能终端的操作安全。

本发明的技术方案填补了现有技术没有针对多系统间事件处理的解决方案的空白。通过本发明可确保在检测到来自任一子系统的待处理事件信息时，将待处理事件信息发送至主控系统，以此使主控系统可以得知智能终端各个子系统中发生的需要多系统间共同解决的事件；随后，基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理，以此可以使主控系统根据待处理事件信息分析待处理事件的类型并有针对性的进行统一控制管理。本发明解决了多系统间事件处理问题，把子系统之间共有事件统一上传至主控系统并由主控系统统一处理，而非各子系统处理其各自的事件，可保证各个子系统的事件处理风格统一，确保处于后台的各系统的待处理事件信息及时通知处于前台的系统，用户可及时处理相应的事件而避免了对重要事件的遗漏处理，以及保证用户数据的高安全性需求；同时，使得终端设备用户在多系统间的操作使用更加顺畅无缝隙，从而提高了用户体验度。

图3为本发明另一实施例的多系统中事件处理方法的结构框架示意图。

信息发送模块310检测到来自任一子系统的待处理事件信息，将待处理事件信息发送至主控系统；控制模块320基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理。

信息发送模块310检测到来自任一子系统的待处理事件信息，将待处理事件信息发送至主控系统。

其中，主控系统用于对多个子系统进行控制，并提供服务给子系统以协助子系统完成各自的功能。主控系统本身可以不提供具体应用功能，例如通话、短信、上网、媒体等功能，因此主控系统上没有搭载附加的应用程序，其安全等级较高。子系统可包括各种操作系统，例如Android、Windows和元心等智能终端操作系统，其各自可提供通话、短信、上网、媒体等多种应用功能。由于在子系统上会搭载各种功能的应用程序，因此，子系统的安全等级较主控系统要低。

需要说明的是，主控系统和子系统都是基于相同的物理内核，主控系统和子系统之间一般不直接通讯，其之间可以通过内核的辅助进行系统间通讯，即通过系统预定的方式进行通讯。

例如，在包括一个主控系统A和三个子系统，子系统B₁、子系统B₂和子系统B₃的终端设备运行环境中，当终端设备检测到处于后台的子系统B₁接收到新的短信息时，将与该新的短信息对应的待处理事件信息通过系统间通信方式，如通过内核kernel或者socket等进程间通信方式，发送至主控系统A；其中，与该新的短信息对应的待处理事件信息包括但不限于：发送短信息的电话号码和/或发送短信息的联系人信息、短信息的完整内容或摘要内容。

控制模块320基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理。

例如，接上例，当前处于前台的子系统为子系统B₂，主控系统A将与该新的短信息对应的待处理事件信息以通知栏进行显示的方式生成事件提示消息，随后，主控系统A通过控制屏幕显示功能将事件提示消息在屏幕显示界面的通知栏中显示该事件提示消息，该通知栏可以悬浮显示的方式悬浮于处于前台的子系统B₂的用户显示界面上方，也可以嵌入的方式在处于前台的子系统B₂的用户显示界面中进行显示，在此不对显示方式进行限制。

优选地，该装置还包括事件类型确定模块，在检测到来自任一子系统的待处理事件信息并将待处理事件信息发送至主控系统后，事件类型确定模块确定待处理事件信息的事件类型；其中，控制模块320基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

具体地，在任一子系统发生待处理事件时，需要子系统发送待处理事件信息到主控系统，而主控系统需要根据待处理事件信息对待处理事件进行分类。例如，待处理事件信息的事件类型可预先划分为在接收到待处理事件信息后只需主控系统调用主控系统相应功能就可以实现操作的事件类型，如锁屏事件、解屏事件；需要主控系统处理子系统发送的提示信息的消息提示类型事件；需要主控系统处理子系统的安全事件的安全类型事件等。

更优选地，在确定待处理事件信息的事件类型后，控制模块320基于与事件类型相应的事件处理方式，通过主控系统对待处理事件信息进行控制处理。

例如，智能手机的前台子系统OS₁在预定时间长度内没有检测到任何事件发生，或者用户以预定的锁屏触发方式在前台子系统OS₁上触发了锁屏操作，OS₁在检测到该锁屏操作，通过系统间预定的通讯机制发送锁屏事件信息到主控系统OS。当OS接收到来自OS₁的锁屏事件信息时，确定该锁屏事件信息所属的事件类型为在接收到待处理事件信息后只需主控系统调用主控系统相应功能方法就可以实现操作的事件类型，相应地通过调用主控系统OS的锁屏功能进行锁屏处理。在本示例中，由于在需要进行锁屏操作时不管哪个子系统处于前台，其均会发送锁屏事件信息到主控系统请求锁屏处理，故所有子系统均可通过主控系统提供的锁屏服务功能来实现锁屏处理，锁屏风格统一，不会产生不同的子系统其锁屏风格不同的情形。

又例如，在终端设备检测到来自任一子系统的关机触发操作时，子系统将该关机事件信息发送至主控系统，主控系统会通过调用其关机功能方法来控制关机操作。又例如，在终端设备检测到其与供电设备连接需要进入充电状态时，主控系统会调用其充电功能方法来控制充电操作。再例如，在终端设备在关机状态时检测到其与供电设备连接需要进入充电状态，主控系统会调用其充电功能方法来控制充电操作，并保持各个子系统的未启动冻结状态。在上述三个示例中，关机或者充电操作只需要主控系统控制即可，而不需要子系统参与其中，因此可大大节省电能的消耗，也使得系统间的事件处理方式更加简单便捷。

需要说明的是，该装置还可以包括完成信息生成模块和完成信息传送模块；通过主控系统对待处理事件信息处理完成后，完成信息生成模块生成事件处理完成信息；完成信息传送模块将事件处理完成信息传送至待处理事件信息所属的子系统。

例如，在主控系统OS控制其锁屏功能方法进行锁屏后，生成锁屏完成信息，然后将该锁屏完成信息发送到需要锁屏的前台子系统OS₁以通知OS₁屏幕已处于锁屏状态。

在本发明一优选实施例中，当待处理事件信息的事件类型为消息提示类型时，控制模块320包括消息生成单元和消息显示单元；提示消息生成单元根据待处理事件信息，以预定的提示方式生成事件提示消息；消息显示单元在主控系统提供的消息显示界面中将事件提示消息提供至用户。

需要说明的是，在主控系统提供的消息显示界面中将事件提示消息提供至用户的方式包括但不限于：在屏幕上以悬浮框悬浮于前台系统的用户显示界面的方式显示提示消息、在前台系统的用户显示界面中的预定位置处以嵌入提示框的方式显示提示消息、以屏幕显示与震动、响铃等相结合的方式等。

例如，后台子系统OS₂中运行着即时通信应用程序“微信”，当“微信”接收到新消息时，OS₂会发送与该新消息相关的待处理事件信息到主控系统OS其中，该待处理事件信息包括：新消息内容摘要为“我们周六中午吃个饭吧”，发送新消息的好友名称等；OS在接收到该待处理事件信息后确定该待处理事件信息所属的事件类型是消息提示类型，基于该待处理事件信息包括的新消息内容摘要及发送新消息的好友名称等相应地生成消息提示信息，并通过调用OS和前台子系统共有的屏幕显示资源将该消息提示信息以系统预定的显示方式显示在屏幕上。需要说明的是，如果新消息是来自前台子系统的，前台子系统可以直接显示新消息，也可以通过上述方式将新消息信息发送到主控系统，由主控系统控制统一显示。

优选地，在主控系统提供的消息显示界面中将事件提示消息提供至用户后，还可以持续检测用户对该事件提示消息是否有进一步地查看操作；如果有，则通过系统预定的通讯机制将在后台发送新消息信息的子系统切换到前台。例如，主控系统OS接收到的来自子系统待处理事件信息，如包括“来自子系统OS₂的一个张三的未接电话，137********，响铃时间30秒，来电时间13:00:00”，以通知栏进行显示的方式生成事件提示消息，随后，在主控系统通过调用OS和前台子系统OS₁共有的屏幕显示资源将该消息提示信息以通知栏的悬浮显示方式显示在屏幕上以供用户查看，当用户通过终端设备的人机交互界面，执行点击通知栏中的该事件提示消息时，首先对当前处于前台的子系统OS₁和当前处于后台的子系统OS₂进行前后台切换操作，接着在切换后处于前台的子系统OS₂中查看与该来接电话相关的待处理事件信息。

在本发明另一优选实施例中，当待处理事件信息的事件类型为安全类型时，控制模块320还可以包括安全控制单元，安全控制单元在主控系统提供的安全交互界面中对待处理事件信息进行控制处理。。

需要说明的是，主控系统提供的安全交互界面可以嵌入的方式与处于前台的子系统的用户显示界面共同显示，可以悬浮的方式在处于前台的子系统的用户显示界面上方显示，也可以独立全屏显示，本发明实施例对此不做限定。

例如，前台子系统OS₁触发密码输入功能时，OS₁会将与密码输入相关的待处理事件信息发送到主控系统OS，OS接收到该待处理事件信息后确定该事件所属的事件类型是安全类型，相应地，OS通过调用与密码输入功能相关的方法来生成安全交互界面并在屏幕上显示。检测到用户在安全交互界面输入密码之后，主控系统OS将密码信息发送到子系统OS₁以用于后续处理。由于主控系统中没有安装第三方应用程序，故主控系统不会被恶意植入监听等功能的恶意程序盗取用户密码，保证了用户数据的安全，因此通过主控系统提供的安全交互界面对待处理事件信息进行控制处理极大地保障了智能终端的操作安全。

本发明的技术方案填补了现有技术没有针对多系统间事件处理的解决方案的空白。通过本发明可确保在检测到来自任一子系统的待处理事件信息时，将待处理事件信息发送至主控系统，以此使主控系统可以得知智能终端各个子系统中发生的需要多系统间共同解决的事件；随后，基于与待处理事件信息相匹配的事件处理方式，通过主控系统对待处理事件信息进行控制处理，以此可以使主控系统根据待处理事件信息分析待处理事件的类型并有针对性的进行统一控制管理。本发明解决了多系统间事件处理问题，把子系统之间共有事件统一上传至主控系统并由主控系统统一处理，而非各子系统处理其各自的事件，可保证各个子系统的事件处理风格统一，确保处于后台的各系统的待处理事件信息及时通知处于前台的系统，用户可及时处理相应的事件而避免了对重要事件的遗漏处理，以及保证用户数据的高安全性需求；同时，使得终端设备用户在多系统间的操作使用更加顺畅无缝隙，从而提高了用户体验度。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable ProgrammableRead-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

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

Claims (8)

1.一种多系统中事件处理的方法，应用于包括一个主控系统和至少两个子系统的终端设备运行环境中，其特征在于，包括：

检测到来自任一子系统的待处理事件信息，将所述待处理事件信息发送至所述主控系统；

基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理；

其中，当所述待处理事件信息的事件类型为安全类型时，所述基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，包括：

在所述主控系统提供的安全交互界面中对所述待处理事件信息进行控制处理。

2.根据权利要求1所述的多系统中事件处理的方法，其特征在于，将所述待处理事件信息发送至所述主控系统后，该方法包括：

确定所述待处理事件信息的事件类型；

其中，基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，具体包括：

基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

3.根据权利要求2所述的多系统中事件处理的方法，其特征在于，当所述待处理事件信息的事件类型为消息提示类型时，基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理，包括：

根据所述待处理事件信息，以预定的提示方式生成事件提示消息；

在所述主控系统提供的消息显示界面中将所述事件提示消息提供至用户。

4.根据权利要求1-3中任一项所述的多系统中事件处理的方法，其特征在于，该方法还包括：

通过所述主控系统对所述待处理事件信息处理完成后，生成事件处理完成信息；

将所述事件处理完成信息传送至所述待处理事件信息所属的子系统。

5.一种多系统中事件处理的装置，应用于包括一个主控系统和至少两个子系统的终端设备运行环境中，其特征在于，包括：

信息发送模块，用于检测到来自任一子系统的待处理事件信息，将所述待处理事件信息发送至所述主控系统；

控制模块，用于基于与所述待处理事件信息相匹配的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理；

其中，当所述待处理事件信息的事件类型为安全类型时，所述控制模块包括：

安全控制单元，用于在所述主控系统提供的安全交互界面中对所述待处理事件信息进行控制处理。

6.根据权利要求5所述的多系统中事件处理的装置，其特征在于，在信息发送模块将所述待处理事件信息发送至所述主控系统后，该装置包括：

事件类型确定模块，用于确定所述待处理事件信息的事件类型；

其中，控制模块具体用于基于与所述事件类型相应的事件处理方式，通过所述主控系统对所述待处理事件信息进行控制处理。

7.根据权利要求6所述的多系统中事件处理的装置，其特征在于，当所述待处理事件信息的事件类型为消息提示类型时，控制模块包括：

提示消息生成单元，用于根据所述待处理事件信息，以预定的提示方式生成事件提示消息；

消息显示单元，用于在所述主控系统提供的消息显示界面中将所述事件提示消息提供至用户。

8.根据权利要求5-7中任一项所述的多系统中事件处理的装置，其特征在于，该装置还包括：

完成信息生成模块，用于通过所述主控系统对所述待处理事件信息处理完成后，生成事件处理完成信息；

完成信息传送模块，用于将所述事件处理完成信息传送至所述待处理事件信息所属的子系统。