CN113467656B - 一种屏幕触摸事件的通知方法和车机 - Google Patents

Abstract

本申请实施例提供了一种屏幕触摸事件的通知方法和车机，该方法包括：监听屏幕触摸事件；基于屏幕触摸事件，确定屏幕触摸事件的触摸位置和屏幕触摸事件的类型，并根据触摸位置确定屏幕触摸事件是否位于应用窗口内；若否，则向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知；接收响应通知的一个或多个应用组件基于屏幕触摸事件的类型，响应屏幕触摸事件。无需通过其他组件的转发，即可使得应用组件接收到全屏任意位置的屏幕触摸事件，避免了组件之间大量的信令交互，缓解了系统卡顿。

Description

一种屏幕触摸事件的通知方法和车机

技术领域

本申请涉及终端领域，并且更具体地，涉及一种屏幕触摸事件的通知方法和车机。

背景技术

随着互联网技术的发展，汽车的车机系统越来越趋于智能化。用户与车机交互方式主要为：响应于用户的点击或触摸操作，车机上的应用程序(application，APP)的组件就会作出相应的反馈。但如果用户点击的是某一组件所在屏幕区域之外的区域，则该组件无法感知用户的操作。

目前，如果APP的某个组件A响应于接受屏幕上任意位置用户的点击事件，做出相应的处理，则用户点击或者触摸位置的其他组件需要通知组件A相关的屏幕触摸事件。但若是用户操作频繁，组件之间会产生大量的信令交互，容易导致系统卡顿。

发明内容

本申请实施例提供了一种屏幕触摸事件的通知方法和车机，以期在车机的屏幕上发生触摸事件时，能够减少应用组件之间的信令交互，缓解系统卡顿的现象。

第一方面，本申请提供了一种屏幕触摸事件的通知方法，该方法包括：监听屏幕触摸事件；基于所述屏幕触摸事件，确定所述屏幕触摸事件的触摸位置和所述屏幕触摸事件的类型，并根据所述触摸位置确定所述屏幕触摸事件是否位于应用窗口内；若否，则向已注册全屏触摸管理服务的应用程序中的一个或者多个应用组件发送包括所述屏幕触摸事件的类型的响应通知；接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，响应所述屏幕触摸事件。

基于上述技术方案，设备在监听到屏幕触摸事件后，确定出触摸位置和屏幕触摸事件的类型，对于未落入应用窗口内的屏幕触摸事件，可以直接向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知，使得应用组件可以接收全屏任意位置的屏幕触摸事件。由此，可以避免组件之间大量的信令交互，缓解了系统卡顿的现象。

结合第一方面，在第一方面的某些可能的实现方式中，所述方法还包括：若根据所述触摸位置确定所述屏幕触摸事件位于应用窗口内，则确定所述应用窗口所属的应用程序；确定所述应用程序是否注册所述全屏触摸管理服务；若是，则向所述应用程序对应的一个或多个应用组件发送所述屏幕触摸事件的类型的响应通知。

结合第一方面，在第一方面的某些可能的实现方式中，所述方法还包括：若所述应用程序未注册所述全屏触摸管理服务，则所述应用程序向与所述应用程序相关的一个或多个应用组件发送所述屏幕触摸事件的响应通知。

结合第一方面，在第一方面的某些可能的实现方式中，所述向已注册全屏触摸管理服务的一个或多个应用组件发送包括所述屏幕触摸事件的类型的响应通知，包括：输入管理服务在捕获到所述屏幕触摸事件后，向窗口管理服务发送所述屏幕触摸事件的类型的响应通知；所述窗口管理服务接收到所述响应通知后，基于所述触摸位置所在的窗口，向所述窗口所属的应用程序或组件发送所述响应通知；所述全屏触摸管理服务从所述窗口管理服务监听到所述屏幕触摸事件后，从所述窗口管理服务截获所述响应通知；所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件。

结合第一方面，在第一方面的某些可能的实现方式中，所述响应通知还包括所述触摸位置，所述触摸位置用于指示所述一个或多个应用组件的响应位置；以及所述接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，响应所述屏幕触摸事件，包括：接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，在所述响应位置响应所述屏幕触摸事件。

结合第一方面，在第一方面的某些可能的实现方式中，所述屏幕触摸事件的类型用于指示所述一个或多个应用组件的响应方式；以及所述接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，在所述响应位置响应所述屏幕触摸事件，包括：接收所述响应通知的一个或多个应用组件采用所述响应方式，在所述触摸位置响应所述屏幕触摸事件。

结合第一方面，在第一方面的某些可能的实现方式中，所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件，包括：所述全屏触摸管理服务按照所述已注册全屏触摸管理服务的一个或多个应用组件注册所述全屏触摸管理服务的先后顺序，将所述响应通知发送至所述一个或多个应用组件。

结合第一方面，在第一方面的某些可能的实现方式中，所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件，包括：所述全屏触摸管理服务向已注册所述全屏触摸管理服务的第一应用组件发送所述响应通知后，监听来自所述第一应用组件的指令，所述第一应用组件是已注册所述全屏触摸管理服务的任意一套应用组件，所述一套应用组件包括同类型的一个或多个应用组件；所述全屏触摸管理服务在监听到来自所述第一应用组件的指令后，停止向其他应用组件发送所述响应通知。

第二方面，本申请提供了一种车机，包括用于实现第一方面以及第一方面任一种可能实现方式中的方法的模块或单元。应理解，各个模块或单元可通过执行计算机程序来实现相应的功能。

第三方面，本申请提供了一种车机，包括处理器，所述处理器用于执行第一方面以及第一方面任一种可能实现方式中所述的屏幕触摸事件的通知方法。

所述电子设备还可以包括存储器，用于存储指令和数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的指令时，可以实现上述各方面中描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信，示例性地，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。

第四方面，本申请提供了一种芯片系统，该芯片系统包括至少一个处理器，用于支持实现上述第一方面以及第一方面任一种可能实现方式中所涉及的功能，例如，例如接收或处理上述方法中所涉及的数据和/或信息。

在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。

该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第五方面，本申请提供了一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得计算机实现第一方面以及第一方面任一种可能实现方式中的方法。

第六方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行第一方面以及第一方面任一种可能实现方式中的方法。

应当理解的是，本申请的第二至六方面与本申请的第一方面的技术方案一致，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是适用于本申请实施例提供的方法的应用场景图；

图2是适用于本申请实施例提供的方法的系统的结构框图；

图3是本申请实施例提供的现有技术中屏幕触摸事件的处理流程示意图；

图4是本申请实施例提供的屏幕触摸事件通知方法的示意性流程图；

图5是本申请实施例提供的屏幕触摸事件通知方法的具体流程图；

图6是本申请实施例提供的车机的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例提供的方法可以应用于采用安卓(Android)操作系统的电子设备上。该电子设备例如可以包括但不限于，手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、个人计算机(personal computer，PC)、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、分布式设备等电子设备上。本申请实施例对电子设备的具体类型不作任何限定。

在介绍本申请实施例之前，首先对本申请中涉及的术语作简单说明。

1、用户界面(user interface，UI)组件：指将一段或几段完成各自功能的代码段封装为一个或几个独立的部分。UI组件包含了这样一个或几个具有各自功能的代码段，最终完成了UI的表示。应理解，为了方便说明，“应用组件”、“UI组件”和“组件”交替使用，但表达的含义相同。

2、先入先出(first input first output，FIFO)原则：指一种传统的按序执行的方法，先进入的指令先完成并引退，接着才执行第二条指令，其中，指令是指计算机响应于用户操作的程序代码。例如，当处理器在某一时段来不及响应所有的指令时，指令就会被安排在FIFO队列中，比如0号指令先进入队列，接着是1号指令、2号指令……，当CPU完成当前指令以后就会从队列中取出0号指令先行执行，此时1号指令就会接替0号指令的位置，同样，2号指令、3号指令……都会向前挪一个位置。

在本申请实施例中，全屏触摸管理服务将屏幕触摸事件的响应通知发送给一个或多个应用组件的过程可以应用上述FIFO原则。

3、安卓接口定义的语言(android interface definition language，AIDL)：Android原生的进程之间的通讯机制，在Android平台下，各个进程都占有一块自己独有的内存空间，各个进程在通常情况下只能访问自己的独有的内存空间，而不能对别的进程的内存空间进行访问，该通讯机制用于实现进程间的通信。

在本申请实施例中，全屏触摸管理服务可以通过AIDL，从窗口管理服务截获屏幕触摸事件的响应通知。

4、全屏触摸管理服务：本申请实施例提供的一种全屏触摸管理的服务。该服务具体可以是指，响应于用户对电子设备的屏幕任意位置的屏幕触摸事件，向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知。

这里，注册是指，电子设备(比如车机)在开机时，应用组件或应用程序向全屏触摸管理服务发送指令，用于指示该应用组件或应用程序请求注册全屏触摸管理服务，即后续会调用该全屏触摸管理服务。

在本申请实施例中，该全屏触摸管理服务是位于应用程序框架(framework)层的一项服务。

应理解，全屏触摸管理服务仅为便于区分于安卓系统中的其他服务而命名，不应对本申请实施例构成任何限定。例如，全屏触摸管理服务也可以替换为其他名称，本申请对此不作限定。

5、屏幕触摸事件：指用户在车机、手机等电子设备的屏幕上的点击或触摸操作，可以包括触摸或点击的类型以及触摸点的位置。

下面将结合附图，详细描述本申请实施例的应用场景以及本申请实施例提供的方法。

应理解，下面仅以车机为例，详细描述本申请实施例提供的屏幕触摸事件的通知方法。此方法还可以应用于手机、平板电脑等电子设备，本申请实施例对此不作限定。

车机安卓系统中安装的APP中的UI组件会接收到用户的点击或触摸操作，并作出相应的反馈，从而实现用户与车机之间的交互。但是现有的安卓系统只有APP自身的组件设置了屏幕触摸事件监听器，也就是说，只有用户点击该组件所在的窗口，才能将该屏幕触摸事件通知到该组件，如果用户点击的是该组件所在的窗口之外的屏幕区域，该组件无法感知到用户在屏幕上的点击或触摸操作。

图1是适用于本申请实施例提供的方法的应用场景图。如图1所示，示出了车机的显示屏上的部分界面，分别包括：智能区域110、导航应用的界面120、多媒体应用的界面130，以及左侧的功能栏140。在智能区域110上方有一个猫头鹰形象的智能助手机器人，下面有“为你推荐”的APP，例如，一键加油、蓝牙音乐、电话等。当用户在屏幕任意位置向下滑动时，智能助手机器人可以做出相应地反映，例如，旋转、点头、发出声音等。

应理解，图中示出的猫头鹰形象仅为一示例，也可以是其他形象的智能助手机器人，本申请实施例对此不作限定。

为便于理解本申请实施例，下面结合图2对适用于本申请实施例提供的方法的系统架构做简单说明。图2是适用于本申请实施例提供的方法的系统200的结构框图。该系统200可以部署在如图1所示的车机中。

应理解，Android系统将软件分成若干层，从上至下分别为应用程序层、应用程序框架层、安卓运行时(Android runtime)和系统库，以及内核层，层与层之间可以通过软件接口通信。其中，应用程序框架层以下的系统库和内核层等可以称为底层系统。关于每个层具体的功能可参看现有技术，为了简洁，此处不作详述。底层系统之下为硬件，硬件可以为软件运行提供基础。硬件例如可以包括但不限于，显示屏、开机键、传感器、摄像头等。

如图2所示，该系统架构200包括：应用程序层、应用程序框架层和硬件层，显示屏是硬件层的一示例。应理解，图2中所示为本申请实施例所涉及的几个层，而未对其他层予以示出。

其中，应用程序框架层可以包括输入管理服务(input manager service，IMS)、窗口管理服务(window manager service，WMS)和全屏触摸管理服务。

窗口管理服务可用于管理窗口程序，可以获取显示屏的大小，判断是否有状态栏，锁定屏幕，截取屏幕等。在本申请实施例中，窗口管理服务还可以用于基于屏幕触摸事件，确定屏幕触摸事件的触摸位置和屏幕触摸事件的类型，并根据触摸位置确定屏幕触摸事件是否位于应用窗口内。输入管理服务可用于监听屏幕触摸事件。全屏触摸管理服务能够向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知。

应注意，全屏触摸管理服务是本申请实施例中提出的，并不存在于已有的安卓系统架构中。此外，全屏触摸管理服务是为便于描述和区分而做出的命名，不应对本申请实施例构成任何限定。

通常情况下，用户点击或触摸屏幕，触摸点的位置位于某一应用组件所在的窗口之外的屏幕区域，因此该应用组件无法感知到用户的操作。可以理解，应用组件可以为一个，也可以为多个。本申请实施例对此不作限定。

图3示例性地示出了现有技术中屏幕触摸事件的处理流程。当用户点击或触摸显示屏，显示屏获取该屏幕触摸事件后，系统内核层的输入设备驱动生成该屏幕触摸事件并发送给输入管理服务。输入管理服务接收该屏幕触摸事件，将该触摸事件的通知发送给窗口管理服务，窗口管理服务获取该屏幕触摸事件所在的窗口，将其通知给该窗口对应的应用组件，为便于区分和说明，例如记作应用组件1。应用组件1再将该屏幕触摸事件通知给应用组件2，其中，应用组件2为需要响应该通知的应用组件，应用组件2获取到该屏幕触摸事件，作出相应的响应。可以理解，若短时间内用户的操作频繁，就会产生组件之间的大量信令交互，导致系统卡顿。

应理解，图3仅示出了应用组件2这一个能够响应于屏幕触摸事件的应用组件，事实上，响应于屏幕触摸事件的应用组件还可以包括更多数量的应用组件，比如应用组件3、应用组件4等，本申请实施例对应用组件的数量不作限定。可以理解，在存在多个能够响应于屏幕触摸事件的应用组件的情况下，若短时间内用户的操作频繁，组件之间的信令交互会成倍增加，进一步加剧了系统卡顿。

本申请提出了一种屏幕触摸事件的通知方法，在应用程序框架层引入全屏触摸管理服务，各应用组件或应用程序可以在该全屏触摸管理服务注册。该全屏触摸管理服务能够从窗口管理服务截获屏幕触摸事件，并将该屏幕触摸事件的响应通知发送至已注册全屏触摸管理服务的一个或多个应用组件，无需通过其他组件的转发，即可使得应用组件接收到全屏任意位置的屏幕触摸事件，避免了组件之间大量的信令交互，缓解了系统卡顿。

下面将结合附图，详细说明本申请实施例提供的一种屏幕触摸事件的通知方法。

图4是本申请实施例提供的屏幕触摸事件通知方法400的示意性流程图。图4所示的方法可以包括S410和S440，下面对图4中的各个步骤做详细说明。

S410、监听屏幕触摸事件。

屏幕触摸事件是指用户在电子设备的屏幕上的点击或触摸操作，本申请实施例中，该屏幕触摸事件包括对屏幕任意位置的触摸事件。

响应于用户的点击或触摸操作，输入管理服务可以监听到该屏幕触摸事件。进一步地，将该屏幕触摸事件发送给窗口管理服务。

S420、基于屏幕触摸事件，确定触摸位置和屏幕触摸事件的类型，并根据触摸位置确定屏幕触摸事件是否位于应用窗口内。

其中，触摸位置具体是指用户执行的触摸或点击操作在屏幕上的位置。屏幕触摸事件的类型具体可用于指示用户对屏幕所做的动作类型，例如，屏幕触摸事件的类型可以包括：touchstart事件、touchmove事件以及touchup事件，其中，touchstart事件也可以称为touchdown事件。touchstart事件是手指触摸屏幕时触发，touchmove事件是手指在屏幕上滑动的时候连续地触发，touchup事件是手指离开屏幕时触发。应用窗口是指应用程序所在的窗口。

窗口管理服务接收到上述屏幕触摸事件后，确定出屏幕触摸事件发生的触摸位置，以及屏幕触摸事件的类型。进而根据触摸位置确定出触摸事件是否位于应用窗口内。例如，窗口管理服务可以确定出在屏幕的左上方发生了touchmove事件，且该触摸位置上所在的窗口内没有应用程序，即触摸位置未位于应用窗口内。

S430、若否，则向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知。

应理解，应用组件注册全屏触摸管理服务指，电子设备(比如车机)在开机时，应用组件向全屏触摸管理服务发送指令，用于指示该应用组件请求注册全屏触摸管理服务，即后续会调用该全屏触摸管理服务。

示例性地，注册了该全屏触摸管理服务的应用组件可以包括：智能助手机器人、虚拟形象等，例如，车机当中的智能助手机器人、游戏中的虚拟人物等，本申请实施例对应用组件的类型不作限定。

此外，注册全屏触摸管理服务的应用组件可以为一个，也可以为多个。本申请实施例对应用组件的数量也不作限定。

若窗口管理服务确定出触摸位置所在的窗口内没有应用程序，即屏幕触摸事件未位于应用窗口内，则向一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知。

具体地，输入管理服务在监听到屏幕触摸事件后，向窗口管理服务发送屏幕触摸事件的类型的响应通知，窗口管理服务接收到上述响应通知后，基于触摸位置所在的窗口，向窗口所属的应用程序或组件发送响应通知。全屏触摸管理服务从窗口管理服务监听到屏幕触摸事件后，从窗口管理服务截获响应通知，并将响应通知发送至已注册全屏触摸管理服务的一个或多个应用组件。

一种可能的情况是，全屏触摸管理服务将响应通知发送至已注册全屏触摸管理服务的一个应用组件，即已注册全屏触摸管理服务的应用组件只有一个，相应地，该应用组件接收到上述屏幕触摸事件的响应通知。

示例性地，智能助手机器人注册过该全屏触摸管理服务，响应于用户在屏幕上的触摸操作，且触摸位置未位于应用窗口内，则全屏触摸管理服务将屏幕触摸事件的响应通知发送给智能助手机器人。

另一种可能的情况是，全屏触摸管理服务将响应通知发送至已注册全屏触摸管理服务的多个应用组件，即有多个应用组件注册过该全屏触摸管理服务。则全屏触摸管理服务可以按照多个应用组件注册的先后顺序，将响应通知发送给上述多个应用组件。例如，可以根据FIFO原则将屏幕触摸事件的响应通知多个已注册的应用组件。

假设该多个应用组件包括第一应用组件，第一应用组件是注册全屏触摸管理服务的任意一套应用组件，其中，一套应用组件包括同类型的一个或多个应用组件。比如，可以是图1所示的智能助手机器人的一双眼睛、一对耳朵等等。全屏触摸管理服务向第一应用组件发送响应通知后，监听来自第一应用组件的指令。在监听到来自第一应用程序的组件的指令后，停止向其他应用组件发送响应通知，该指令用于指示是否对该屏幕触摸事件的响应通知进行截断。应理解，对屏幕触摸事件的响应通知进行截断，即不再将该屏幕触摸事件的响应通知传递给第一应用组件之后注册的应用组件。若该指令指示不截断上述屏幕触摸事件的响应通知，则全屏触摸管理服务将按照FIFO队列中的顺序继续通知第一应用组件之后的应用组件，并接收应用组件的指令，直至通知到所有已注册的应用组件。

可以理解的是，位于第一应用组件之后的应用组件中的任意一个应用组件在接收到屏幕触摸事件的响应通知后，也可以向全屏触摸管理服务发送指令，以指示是否对该屏幕触摸事件的响应通知进行截断。

示例性地，有多个应用组件已注册全屏触摸管理服务，例如，游戏中的虚拟人物A，虚拟人物B，虚拟人物C已经注册全屏触摸管理服务，且注册的先后顺序为虚拟人物A、B、C，即FIFO队列中的顺序为虚拟人物A，虚拟人物B，虚拟人物C，响应于用户在屏幕上的触摸操作，全屏触摸管理服务将屏幕触摸事件的通知发送给虚拟人物A，虚拟人物A做出对应的业务处理，并给全屏触摸管理服务发送指令“否”，则全屏触摸管理服务继续将屏幕触摸事件的通知发送给虚拟人物B，相应地，虚拟人物B做出动作并发送指令，用于指示是否继续将通知发送给虚拟人物C。

应理解，全屏触摸管理服务基于来自各应用组件的指令所执行的操作与上文接收到来自第一应用组件的指令之后的操作相同，为了简洁，此处不再赘述。

S440、接收响应通知的一个或多个应用组件基于屏幕触摸事件的类型，响应屏幕触摸事件。

屏幕触摸事件的类型可用于指示一个或多个应用组件的响应方式，接收响应通知的一个或多个应用组件采用上述响应方式，在触摸位置响应屏幕触摸事件。

例如，响应方式可以包括：旋转、摇头、点头、眨眼、发出声音等等，本申请实施例对此不作限定。响应方式还可以为其他更多可能的形式，为了简洁，此处不再一一列举。

进一步地，该响应通知还包括触摸位置，触摸位置可用于指示一个或多个应用组件的响应位置，接收响应通知的一个或多个应用组件基于屏幕触摸事件的类型，在响应位置响应上述屏幕触摸事件。

一示例，用户在屏幕右上方发生连续滑动的触摸操作，该触摸位置所在的窗口没有应用程序，注册全屏触摸管理服务的应用组件为烟花，则响应于用户的触摸操作，烟花在屏幕右上方绽放。

应理解，上文主要针对触摸位置未位于应用窗口内的情况下所执行的操作进行了详细说明，应理解，触摸位置也有可能位于应用窗口内，下面将针对触摸位置位于应用窗口内的情况所执行的操作做详细说明。

若根据触摸位置确定屏幕触摸事件位于应用窗口内，则进一步确定应用窗口所属的应用程序以及上述应用程序是否注册过全屏触摸管理服务。

一种可能的实现方式是，窗口管理服务确定触摸位置位于应用窗口内之后，进一步确定该应用窗口的应用程序，例如，应用程序可以是微信、导航、音乐、视频等，本申请实施例对应用程序的具体类型不作限定。

确定出应用窗口所属的应用程序之后，则进一步判断该应用程序是否注册过全屏触摸管理服务。

一种可能的情况是，全屏触摸管理服务确定出上述应用程序注册过全屏触摸管理服务，则向应用程序对应的一个或多个应用组件发送屏幕触摸事件的类型的响应通知。应理解，应用程序对应的一个或多个应用组件是指上述一个或多个应用组件与上述应用程序相关联，换句话说，基于应用程序的业务需求可以确定出一个或多个应用组件。例如，应用窗口所属的应用程序是导航，导航的业务需求为当打开导航时，同时智能助手机器人需要发出声音，则响应于用户的触摸操作，向智能助手机器人发送屏幕触摸事件的类型的响应通知，打开导航的同时，智能助手机器人会发声。

应理解，向一个或多个应用组件发送屏幕触摸事件的类型的响应通知以及一个或多个应用组件接收响应通知的过程与S430、S440相同，为了简洁，此处不再赘述。

另一种可能的情况是，全屏触摸管理服务确定出上述应用程序未注册过全屏触摸管理服务，则应用程序向与应用程序相关的一个或多个应用组件发送屏幕触摸事件的响应通知。也就是说，当应用程序接收到屏幕触摸事件的响应通知后，将该响应通知发送给对应的一个或多个应用组件，具体的步骤可参看现有技术，此处不再详述。

图5是本申请实施例提供的屏幕触摸事件的通知方法的具体流程图，下面将结合图5对该方法的具体流程进行描述。应理解，图5仅是本申请提供的屏幕触摸事件的通知方法的一种可能的具体实施方式，不应对该方法的实施方式构成任何限定。

如图5所示，用户在屏幕的任意位置进行触摸操作，Android系统的输入管理服务获取屏幕触摸事件，并通知给窗口管理服务，窗口管理服务确定出该屏幕触摸事件对应的窗口后，给对应的窗口的组件发送屏幕触摸事件的通知，全屏触摸管理服务通过AIDL截获该屏幕触摸事件，并根据业务需求，将屏幕触摸事件通知给各个注册了全屏触摸管理服务的应用组件，相应地，应用组件获取到屏幕触摸事件后进行对应的业务处理。

基于上述技术方案，设备监听到屏幕触摸事件后，确定出触摸位置和类型，对于未位于应用窗口内的屏幕触摸事件，则可以直接向已注册全屏触摸管理服务的一个或多个应用组件发送包括屏幕触摸事件的类型的响应通知，使得注册过该服务的应用组件可以接收到全屏任意位置的屏幕触摸事件。即使触摸位置位于应用窗口内，只要该应用窗口内的应用程序注册过全屏触摸管理服务，设备也可以直接向与该应用程序相关的应用组件发送响应通知。由此，避免了组件之间的大量交互，缓解了系统的卡顿现象。

下文将结合图6详细说明本申请实施例提供的车机。

图6是本申请实施例提供的车机600的示意性框图。该车机600可以为芯片系统，或者，也可以为配置了芯片系统，以用于实现上述方法实施例中屏幕触摸事件通知的功能。在本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

如图6所示，该车机600可以包括处理器610和通信接口620。其中，通信接口620可用于通过传输介质和其它设备进行通信，从而用于车机600可以和其它设备进行通信。所述通信接口620例如可以是收发器、接口、总线、电路或者能够实现收发功能的装置。处理器610可利用通信接口620输入输出数据，并用于实现图4或图5对应的实施例中所述的屏幕触摸事件的通知方法。

可选地，该车机600还包括至少一个存储器630，用于存储程序指令和/或数据。存储器630和处理器610耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器610可能和存储器630协同操作。处理器610可能执行存储器630中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述处理器610、通信接口620以及存储器630之间的具体连接介质。本申请实施例在图6中以处理器610、通信接口620以及存储器630之间通过总线640连接。总线640在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，如图6所示的车机也可以应替换为装有安卓系统的其他电子设备。

本申请还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行图4或图5所示实施例中的屏幕触摸事件的通知方法。其中，产品为任意可以装载计算机程序的软件或者硬件产品，本申请实施例对此不作限定。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)。当所述计算机程序被运行时，使得计算机执行图4或图5所示实施例中的屏幕触摸事件的通知方法。

应理解，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digitalsignal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本说明书中使用的术语“单元”、“模块”等，可用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。在本申请所提供的几个实施例中，应该理解到，所揭露的装置、设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种屏幕触摸事件的通知方法，其特征在于，应用于车机，所述方法包括：

监听屏幕触摸事件；

基于所述屏幕触摸事件，确定所述屏幕触摸事件的触摸位置和所述屏幕触摸事件的类型，并根据所述触摸位置确定所述屏幕触摸事件是否位于应用窗口内；

若否，则向已注册全屏触摸管理服务的一个或多个应用组件发送包括所述屏幕触摸事件的类型的响应通知；

接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，响应所述屏幕触摸事件；

所述向已注册全屏触摸管理服务的一个或多个应用组件发送包括所述屏幕触摸事件的类型的响应通知，包括：

输入管理服务在捕获到所述屏幕触摸事件后，向窗口管理服务发送所述屏幕触摸事件的类型的响应通知；

所述窗口管理服务接收到所述响应通知后，基于所述触摸位置所在的窗口，向所述窗口所属的应用程序或组件发送所述响应通知；

所述全屏触摸管理服务从所述窗口管理服务监听到所述屏幕触摸事件后，从所述窗口管理服务截获所述响应通知；

所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

若根据所述触摸位置确定所述屏幕触摸事件位于应用窗口内，则确定所述应用窗口所属的应用程序；

确定所述应用程序是否注册所述全屏触摸管理服务；

若是，则向所述应用程序对应的一个或多个应用组件发送所述屏幕触摸事件的类型的响应通知。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

若所述应用程序未注册所述全屏触摸管理服务，则所述应用程序向与所述应用程序相关的一个或多个应用组件发送所述屏幕触摸事件的响应通知。

4.如权利要求1所述的方法，其特征在于，所述响应通知还包括所述触摸位置，所述触摸位置用于指示所述一个或多个应用组件的响应位置；以及

所述接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，响应所述屏幕触摸事件，包括：

接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，在所述响应位置响应所述屏幕触摸事件。

5.如权利要求4所述的方法，其特征在于，所述屏幕触摸事件的类型用于指示所述一个或多个应用组件的响应方式；以及

所述接收所述响应通知的一个或多个应用组件基于所述屏幕触摸事件的类型，在所述响应位置响应所述屏幕触摸事件，包括：

接收所述响应通知的一个或多个应用组件采用所述响应方式，在所述触摸位置响应所述屏幕触摸事件。

6.如权利要求1所述的方法，其特征在于，所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件，包括：

所述全屏触摸管理服务按照所述已注册全屏触摸管理服务的一个或多个应用组件注册所述全屏触摸管理服务的先后顺序，将所述响应通知发送至所述一个或多个应用组件。

7.如权利要求1所述的方法，其特征在于，所述全屏触摸管理服务将所述响应通知发送至所述已注册全屏触摸管理服务的一个或多个应用组件，包括：

所述全屏触摸管理服务向已注册所述全屏触摸管理服务的第一应用组件发送所述响应通知后，监听来自所述第一应用组件的指令，所述第一应用组件是已注册所述全屏触摸管理服务的任意一套应用组件，所述一套应用组件包括同类型的一个或多个应用组件；

所述全屏触摸管理服务在监听到来自所述第一应用组件的指令后，停止向其他应用组件发送所述响应通知。

8.一种车机，其特征在于，用于实现如权利要求1至7中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行权利要求1至7中任一项所述的方法。

Images