【具体实施方式】
[0076]为了对本发明的技术特征、目的和效果有更加清楚的理解，现对照附图详细说明本发明的【具体实施方式】。
[0077]参见图1为本发明第一实施例的移动终端的屏幕区域划分示意图。其中，C区101为边缘输入区4区100为正常输入区，Bg 102为非输入区。
[0078]在本发明的实施例中，A区内的输入操作，按照现有的正常处理方式进行处理，例如，A区100内单击某应用图标即开启该应用等。对于C区101内的输入操作，可定义为边缘输入处理方式，例如，可定义C区101内双边滑动即进行终端加速等。B区102为非输入区，例如，B区102可设置有按键区、听筒等。
[0079]在本发明的实施例中，C区可采用固定方式划分或自定义划分。固定划分，即在移动终端的屏幕区设置固定长度、固定宽带的区域作为C区10UC区101可包括位于移动终端屏幕左侧的部分区域和右侧的部分区域，其位置固定设于移动终端的两侧边缘，如图1所示。当然，也可仅在移动终端的一侧边缘处划分C区101。
[0080]自定义划分，S卩C区101的区域的个数、位置及大小，可自定义的设置，例如，可由用户进行设定，也可由移动终端根据自身需求，调整C区101的区域的数量、位置及大小。通常，C区101的基本图形设计为矩形，只要输入图形对角的两个顶点坐标即可确定C区的位置和大小。
[0081]为满足不同用户对不同应用的使用习惯，还可设置应用于不同应用场景下的多套C区设置方案。例如，在系统桌面下，因为图标占位较多，两侧的C区宽度设置得相对较窄；而当点击相机图标进入相机应用后，可设置此场景下的C区数量、位置、大小，在不影响对焦的情况下，C区宽度可设置的相对较宽。
[0082]本发明实施例对C区的划分、设置方式不作限制。
[0083]参见图2，本发明实施例的移动终端的软件架构示意图。本发明实施例的移动终端的软件架构包括:输入设备201、驱动层202、应用框架层203和应用层204。
[0084]输入设备201接收到用户的输入操作，将物理输入转变为电信号TP，将TP传递至驱动层202;驱动层202对输入的位置进行解析，得到触摸点的具体坐标、持续时间等参数，将该参数上传至应用框架层203，应用框架层203与驱动层202的通信可通过相应的接口来实现。应用框架层203接收到驱动层202上报的参数，进行解析，区分边缘输入事件和正常输入事件，并将有效的输入向上传递给应用层204的具体哪一个应用，以满足应用层204根据不同的输入操作执行不同的输入操作指令。
[0085]具体的，驱动层用于获取用户通过输入设备产生的输入事件，并上报到应用框架层。
[0086]应用框架层用于判断输入事件是边缘输入事件，还是正常输入事件，若为正常输入事件则对正常输入事件进行处理识别，并将识别结果上报给应用层;若为边缘输入事件则对边缘输入事件进行处理识别，并将识别结果上报给应用层。
[0087]应用层用于根据上报的识别结果执行相应的输入指令。
[0088]本发明实施例的移动终端，由于在应用框架层才进行区分A区和C区的操作，且在应用框架层进行虚拟设备的建立，避免了在驱动层区分A区和C区对硬件的依赖。
[0089]参见图3，为本发明一实施例的移动终端的结构示意图。具体的，在本发明该实施例中，输入设备201用于接收用户的输入。输入设备201可为触摸屏、触摸传感器面板(设置有分立的电容性传感器、电阻性传感器、力传感器、光学传感器或类似传感器等的触摸面板)、非触摸式输入设备(例如，红外输入设备等)等。
[0090]在本发明的一个实施例中，输入设备包括触摸屏2010。驱动层202包括事件获取模块2020。在驱动层202和应用框架层203之间设置有设备节点2021。应用框架层203包括输入读取器2030、第一事件处理模块2031、第二事件处理模块2032、第一判断模块2033、第二判断模块2034和事件派发模块2035、第三判断模块2036、第一应用模块2037、第二应用模块2038 等。
[0091]其中，驱动层202包括事件获取模块2010，用于获取用户通过输入设备201产生的输入事件，例如，通过触摸屏进行的输入操作事件。在本发明的实施例中，输入事件包括:正常输入事件(A区输入事件)和边缘输入事件(C区输入事件)。正常输入事件包括在A区进行的单击、双击、滑动等输入操作。边缘输入事件包括在C区进行的左侧边缘上滑、左侧边缘下滑、右侧边缘上滑、右侧边缘下滑、双边上滑、双边下滑、握持手机四角、单边来回滑、握一握、单手握持等输入操作。
[0092]此外，事件获取模块2010还用于获取输入操作的触摸点的坐标、持续时间等相关参数。若采用A协议上报输入事件，则事件获取模块2010还用于为每一触摸点赋予一用于区分手指的编号(ID)。由此，若采用A协议上报输入事件，则上报的数据包括触摸点的坐标、持续时间等参数，以及触摸点的编号。
[0093]驱动层202和输入读取器2030间设置有设备节点2011，用于通知应用框架层203的输入读取器(input reader)2030获取输入事件。
[0094]输入读取器2030，用于遍历设备节点，获取输入事件并上报。若驱动层202采用B协议上报输入事件，则输入读取器2030还用于为每一触摸点赋予用于区分手指的编号(ID)。在本发明的实施例中，输入读取器2030还用于将触摸点的所有要素信息(坐标、持续时间、编号等)进行存储。
[0095]在本发明的实施例中，为了便于应用层204区分不同的输入事件以进行响应，每一输入事件创建一具有设备标识的输入设备对象。在一个实施例中，可为正常输入事件创建第一输入设备对象，其具有第一标识。第一输入设备对象与实际硬件触摸屏相对应。
[0096]此外，应用框架层203还包括一第二输入设备对象2031。该第二输入设备对象2031(例如，边缘输入设备，FIT device)为虚拟设备，即为一空设备，其有一第二标识，用于与边缘输入事件相对应。应理解，也可将边缘输入事件与具有第一标识的第一输入设备对象相对应，而将正常控事件与具有第二标识的第二输入设备对象相对应。
[0097]第一事件处理模块2031，用于对输入读取器2030上报的输入事件进行处理，例如，触摸点的坐标计算。
[0098]第二事件处理模块2032，用于对输入读取器2030上报的输入事件进行处理，例如，
触摸点的坐标计算。
[0099]第一判断模块2033用于根据坐标值(X值)判断事件是否为边缘输入事件，若不是则将事件上传到事件派发模块2035。
[0100]第二判断模块2034用于根据坐标值(X值)判断事件是否为边缘输入事件，若是则将事件上传到事件派发模块2035。
[0101]参见图4，第一判断模块2033在判断事件是否为边缘输入事件时，获取触摸点的横轴坐标，将触摸点的横轴坐标(即X轴坐标)(x)与C区宽度(Wc)以及触摸屏宽度(W)进行比较。具体的，若Wc〈X〈(W-Wc)则触摸点位于A区，事件为正常输入事件;否则，事件为边缘输入事件;若事件不是边缘输入事件(即为正常输入事件)则将事件上报到事件派发模块2035。同样的，第二判断模块2034在判断事件是否为边缘输入事件时，按照图4所示的方式进行判断，若判断结果为事件为边缘输入事件，则将事件上报到事件派发模块2035。
[0102]应理解，图4所示的判断流程是建立在如图1所示的移动终端的触摸屏基础上的，即移动终端包括位于左右两侧边缘的C区101，和位于中间的A区100。因此，当沿着图1所示的坐标系进行坐标设定时，若Wc〈X〈(W-Wc)则可确定触摸点位于A区。在其它实施例中，判断公式(Wc〈X〈(W-Wc))可根据移动终端区域的划分进行调整，例如，若移动终端仅包括一个位于左侧边缘的C区101，且其宽度为Wc，则当Wc〈X〈W时，触摸点位于A区；否则，触摸点位于C区。若移动终端仅包括一个位于右侧边缘的C区101，且其宽度为Wc，则当x〈(W-Wc)时，触摸点位于A区；否则，触摸点位于C区。
[0103]事件派发模块2035用于将边缘输入事件和/或A区输入事件上报到第三判断模块2036。在一个实施例中，边缘输入事件和A区输入事件上报所采用的通道不相同。边缘输入事件采用专用通道上报。
[0104]此外，事件派发模块2035还用于将边缘输入事件的相关参数中的坐标进行转换后进行上报，以及将正常输入事件的相关参数中的坐标进行转换，并获取移动终端的当前状态，根据当前状态对转换后的坐标进行调整后上报。
[0105]对坐标进行转换包括:将触摸屏的坐标转换映射为移动终端显示屏的坐标。
[0106]本发明实施例中，仅对A区的坐标进行调整，具体的，获取移动终端的当前状态，根据当前状态对转换后的坐标进行调整包括:
[0107]若为单手操作状态，则坐标与正常状态的坐标相比按一定比例缩小和移动，因此，将转换后的坐标按比例进行缩小和移动。
[0108]若为横屏状态，则坐标与正常状态的坐标相比横纵坐标被切换，因此，将转换后的坐标进行横纵坐标的切换。
[0109]若为分屏状态，则坐标与正常状态的坐标相比被按照比例转换为了两个或两个以上坐标，因此，将转换后的坐标进行相应的转换。
[0110]根据检测到的移动终端的状态(例如，横竖屏、单手操作、分屏等状态)对输入事件的参数进行调整。例如，若为单手操作，则将坐标按比例进行缩小。在一个实施例中，事件派发模块2036由inputdispatcher::dispatchmot1n()实现。
[0111]第三判断模块2036用于根据设备标识(ID)判断事件是否为边缘输入事件，若属于，则