Framework)层、应用层等，在移动终端的系统中， 例如android、IOS等定制系统，通常包括底层（物理层，驱动层）以及上层（框架层，应用 层），信号流的走向为：触控面板接收到用户的触控操作，触控面板中的集成电路（IC)将物 理按压信号转变为电信号，将电信号传递至驱动层，驱动层对按压的位置进行解析，得到位 置点的具体坐标，持续时间，压力等参数，将该参数上传至框架层，框架层与驱动层的通信 可通过相应的接口来实现，框架层接收到驱动层的输入设备（input)，解析该输入设备，从 而选择响应或不响应该输入设备，并将有效的输入向上传递给具体哪一个应用，以满足应 用层根据不同的事件执行不同的应用操作。
[0127] 步骤12 :接收触控操作。移动终端可通过驱动层接收触控操作。
[0128] 步骤13 :判断触控操作是否发生在特殊分区内。
[0129] 触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触控点组成，因此 移动终端可以通过侦测触控操作的触控点落入的区域，来判断触控操作是发生在普通分区 还是特殊分区。具体实现上，移动终端的驱动层获取触控操作的触控点的坐标，判断触控点 的坐标落入了哪个分区。当触控点的坐标落入特殊分区时，则判定触控操作发生在特殊分 区内，进入步骤14 ;当触控点的坐标没有落入特殊分区，而是落入普通分区时，则判定触控 操作发生在普通分区内，则进入步骤16。
[0130] 步骤14 :通过特殊分区所对应的输入设备上报触控操作。
[0131] 具体的，当触控操作的触控点落入特殊分区时，移动终端的驱动层则通过特殊分 区所对应的输入设备上报该触控点。
[0132] 在框架（Framework)层接收到上报事件（上报事件包括输入设备以及触控点各项 参数等）后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层（kernel) 识别是在特殊分区触控，则驱动层上报到框架层的输入设备是inputl，而不是用inputO来 上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置， 这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该 触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。
[0133] 需要说明的是，框架层在接收到上报事件后，通过单通道转多通道的机制，上报到 应用层。具体为：先注册一个通道，通过该通道传递该上报事件，通过监听器（listener)监 听该事件，将该事件通过不同的通道，传递至对应的应用模块，产生不同的应用操作，其中， 应用模块包括摄像、联系人等常用应用；产生不同的应用操作，例如在摄像应用下，用户在 特殊分区点击，则会产生调焦，拍摄，调摄像参数等不同操作。要注意，上报事件传递到监听 器之前，是单通道，监听器监听之后，上报事件走的是多通道，且多通道同时存在，其好处在 于可同时传递至不同的应用模块，不同应用模块产生不同的响应操作。
[0134] 可选地，上述步骤的具体实现为：利用面向对象化的方式，定义普通分区和特殊 分区的类别以及实现方式，在判断是特殊分区后，通过EventHub函数将不同分辨率的触 控点坐标转化为IXD的坐标，定义单通道函数（例如serverchannel和clientchannel 等），该函数的作用是，当收到上报事件后，将该事件通过该通道传递至事件管理器 (TouchEventManager)，通过监听器的监听，将该事件通过多通道同时或逐一传递至多个响 应的应用模块下，也可以只传递给其中的一个应用模块，应用模块如camera,gallery等， 不同应用模块产生相应的操作。当然，上述步骤的具体实现也可以为其他方式的步骤实现， 本发明实施例对此不做限制。
[0135] 步骤15 :忽略该触控操作。
[0136] 本实施例对触控操作的特殊处理，是对该触控操作进行忽略。具体实现上，移动终 端的框架（Framework)层接收到特殊分区所对应的输入设备上报的触控点后，停止继续上 报该触控点，即终止正常上报流程，并屏蔽该触控点，忽略该触控操作，即移动终端对该触 控操作不予反应，从而达到了防止误操作的效果。
[0137] 步骤16 :通过普通分区所对应的输入设备上报触控操作。
[0138] 具体的，当触控操作的触控点落入普通分区时，移动终端的驱动层则通过普通分 区所对应的输入设备上报该触控点。
[0139] 在框架（Framework)层接收到上报事件（上报事件包括输入设备以及触控点各项 参数等）后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层（kernel) 识别是在普通分区触控，则驱动层上报到框架层的输入设备是inputO，而不是用inputl来 上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置， 这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该 触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。
[0140] 需要说明的是，框架层在接收到上报事件后，不再通过单通道转多通道的机制，而 是直接通过多通道的机制，监听器（listener)监听该事件，将该事件通过不同的通道，传 递至对应的应用模块，产生不同的应用操作，其中，应用模块包括摄像，联系人等常用应用； 产生不同的应用操作，例如在摄像应用下，用户在普通分区点击，则会产生调焦，拍摄，调摄 像参数等不同操作。需要注意的是，该多通道并非同时存在，而是单位时间只产生单个通 道。
[0141] 可选地，上述步骤的具体实现为：在判断是普通分区后，通过EventHub函数将 不同分辨率的触控点坐标转化为IXD的坐标，定义单通道函数（例如serverchannel和 clientchannel等），该函数的作用是，当收到上报事件后，将该事件通过该通道传递至事 件管理器（TouchEventManager)，通过监听器的监听，将该事件通过多通道逐一传递至多 个响应的应用模块下，也可以只传递给其中的一个应用模块，应用模块如camera, gallery等，不同应用模块产生相应的操作。当然，上述步骤的具体实现也可以为其他方式的步骤实 现，本发明实施例对此不做限制。
[0142] 步骤17 :正常处理该触控操作。
[0143] 所述正常处理该触控操作，即按照现有技术中的正常流程对触控操作进行处理。 例如，移动终端的框架层接收到普通分区所对应的输入设备上报的触控点后，按照正常流 程继续上报该触控点，以执行相应的操作指令。
[0144] 从而，本实施例通过将触控区容易被用户误操作的区域单独提取出来作为特殊分 区，并忽略该特殊分区上报的触控操作，达到了防止误操作的效果。
[0145] 如图7所示，提出本发明移动终端的触控操作方法第二实施例，所述方法包括以 下步骤：
[0146] 步骤20 :将移动终端的触控区分割为普通分区和特殊分区两个分区。
[0147] 步骤21 :虚拟两个输入设备，为每一分区分配一个输入设备。
[0148] 步骤22 :接收触控操作。
[0149] 本实施例中步骤20-步骤22分别与第一实施例中的步骤10-步骤12相类似，在 此不再赘述。
[0150] 步骤23 :判断触控操作是否发生在特殊分区内。
[0151] 触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触控点组成，因此 移动终端可以通过侦测触控操作的触控点落入的区域，来判断触控操作是发生在普通分区 还是特殊分区。具体实现上，移动终端的驱动层获取触控操作的触控点的坐标，判断触控点 的坐标落入了哪个分区。当触控点的坐标落入特殊分区时，则判定触控操作发生在特殊分 区内，进入步骤24 ;当触控点的坐标落入普通分区时，则判定触控操作发生在普通分区内， 则进入步骤26。
[0152] 步骤24 :通过特殊分区所对应的输入设备上报触控操作。
[0153] 具体的，当触控操作的触控点落入特殊分区时，移动终端的驱动层则通过特殊分 区所对应的输入设备上报该触控点。
[0154] 步骤25 :根据该触控操作生成特效。
[0155] 在框架（Framework)层接收到上报事件（上报事件包括输入设备以及触控点 各项参数等）后，首先根据输入设备的命名，识别是哪一个区域，如上一般步骤中驱动层 (kernel)识别是在特殊分区触控，则驱动层上报到框架层的输入设备是inputl，而不是用 inputO来上报，S卩，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小 和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还 会上报该触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。
[0156] 本实施例对触控操作的特殊处理，是根据该触控操作生成特效。具体实现上，移 动终端的框架层接收到特殊分区所对应的输入设备上报的触控点后，停止继续上报该触控 点，即终止正常上报流程，并在该触控点的位置或任意位置生成特效。所述特效即产生颜色 变化、图案变化、亮度变化等特殊效果。从而同样达到了防止误操作的效果。
[0157] 步骤26 :通过普通分区所对应的输入设备上报触控操作。
[0158] 具体的，当触控操作的触控点落入普通分区时，移动终端的驱动层则通过普通分 区所对应的输入设备上报该触控点。
[0159] 步骤27 :正常处理该触控操作。
[0160] 在框架（Framework)层接收到上报事件（上报事件包括输入设备以及触控点各项 参数等）后，首先根据输入设备的命名，识别是哪一个区域，如上一步骤中驱动层（kernel) 识别是在普通分区触控，则驱动层上报到框架层的输入设备是inputO，而不是用inputl来 上报，即，框架层不需要判断当前触控点在哪一个分区，也不需要判断分区的大小和位置， 这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该 触控点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。
[0161] 所述正常处理该触控操作，即按照现有技术中的正常流程对触控操作进行处理。 例如，移动终端的框架层接收到普通分区所对应的输入设备上报的触控点后，按照正常流 程继续上报该触控点，以执行相应的操作指令。
[0162] 从而，本实施例通过不对特殊分区上报的触控操作进行正常处理，而是根据该触 控操作生成特效，同样实现了防止误操作。
[0163] 除了采用前述实施例所述的忽略处理、特效处理等特殊处理外，还可以根据用户 自定义的处理方式对特殊分区上报的触控操作进行特殊处理，如自定义其它操作指令，包 括点亮屏幕、熄灭屏幕、调节音量、调节亮度等。
[0164] 结合参见图8,将以另一种方式对本发明的触控操作流程做进一步说明，为简化起 见，图8中，将普通分区简称为A区，将特殊分区简称为C区，触控事件的上报流程如下：
[0165] 驱动层通过物理硬件如触摸屏接收触控事件，并判断触控操作发生在A区还是C区，并通过A区或C区设备文件节点上报事件。Native层从A区、C区的设备文件中读取事 件，并对A区、C区的事件进行处理，如坐标计算，通过设备ID对A、C区的事件进行区分，最 后分别派发A区和C区事件。其中A区事件走原生流程，按通常的方式对A区事件进行处理， 即，通过多通道的机制进行处理；C区事件则从事先注册到Native层的C区专用通道进行 派发，由Native端口输入，系统端口输出至C区事件结束系统服务，通过监听器（listener) 监听C区事件，再通过C区事件接收对外接口上报至各应用。
[0166] 其中，图9为本发明移动终端的单击动作识别方法的流程图，如图9所示，包括：
[0167] 步骤31 :将该移动终端的触控区分割为普通分区和特殊分区。
[0168] 步骤32 :当在该特殊分区上感应到触控操作时，获取该触控操作的触摸时间和移 动距离。
[0169] 移动终端可通过驱动层接收触