側邊 緣。當然，也可僅在一側邊緣處劃分C區(qū)。
[0094] 在觸摸屏的邊緣劃分C區(qū)時，C區(qū)（即側邊）滑動識別方法包括以下步驟：
[0095] S1、定義C區(qū)的位置和寬度，將觸摸屏的整個可觸摸區(qū)域劃分為位于兩側邊緣的C 區(qū)和位于中間的A區(qū)。劃分后效果圖如圖6所示，觸摸屏兩側邊緣的灰色區(qū)域即為C區(qū)。
[0096] S2、在觸摸屏驅動初始化時，通過input_allocate_device()分配兩個虛擬輸入 設備（分別定義為：input0和inputl)，并通過input_register_device()注冊這兩個輸入 設備，其中inputO對應于C區(qū)、input1對應于A區(qū)。
[0097] 在注冊好該兩個虛擬輸入設備后，上層將根據驅動層上報的虛擬輸入設備的命 名，識別出當前用戶觸摸區(qū)域是C區(qū)還是A區(qū)，不同的分區(qū)，上層處理方式不同，步驟S4中 將會介紹。
[0098] 本發(fā)明所述的上層通常指框架（Framework)層、應用層等，在移動終端的系統中， 例如android、I0S等定制系統，通常包括底層（物理層，驅動層）以及上層（框架層，應用 層），信號流的走向為：物理層（觸控面板）接收到用戶的觸控操作，物理按壓轉變?yōu)殡娦?號TP，將TP傳遞至驅動層，驅動層對按壓的位置進行解析，得到位置點的具體坐標，持續(xù) 時間，壓力等參數，將該參數上傳至框架層，框架層與驅動層的通信可通過相應的接口來實 現，框架層接收到驅動層的輸入設備（input)，解析該輸入設備，從而選擇響應或不響應該 輸入設備，并將有效的輸入向上傳遞給具體哪一個應用，以滿足應用層根據不同的事件執(zhí) 行不同的應用操作。
[0099] S3、當C區(qū)感測有與觸點并發(fā)的觸控事件時，通過虛擬輸入設備inputO向上層上 報該觸點的初始坐標位置（downX，downY)和初始按下時刻信息（downTime)，上層（系統框 架層或者應用層）記錄下該信息作為后續(xù)的滑動事件判斷依據。如圖7所示，觸摸屏的中 間部分為A區(qū)，左右兩側的窄邊為C區(qū)，灰色圓點代表C區(qū)中的觸點。當A區(qū)感測到有觸點 并發(fā)的觸控事件時，通過虛擬輸入設備inputl向上層上報該觸點的坐標位置信息，其處理 方式與傳統處理方式相同。
[0100] 觸控事件通常為點擊、滑動等事件，每一觸控事件由一個或多個觸點組成，因此終 端可以通過偵測觸控事件的觸點落入的區(qū)域，來判斷觸控事件是發(fā)生在C區(qū)還是A區(qū)。
[0101] 在框架（Framework)層接收到上報事件（上報事件包括輸入設備以及觸控點各項 參數等）后，首先根據輸入設備的命名，識別是哪一個區(qū)域，如驅動層（kernel)識別是在C 區(qū)觸控，則驅動層上報到框架層的輸入設備是inputO,而不是用inputl來上報，S卩，框架層 不需要判斷當前觸點在哪一個分區(qū)，也不需要判斷分區(qū)的大小和位置，這些判斷操作在驅 動層上完成，并且，驅動層除了上報具體是哪一個輸入設備，還會上報該觸點的各項參數至 框架層，例如按壓時間，位置坐標，壓力大小等等。
[0102] S4、在C區(qū)的觸點移動過程中，虛擬輸入設備inputO按照預設的周期向上層實時 上報該觸點的當前坐標位置（currentX,currentY);同時，上層根據觸點的初始坐標位置 和當前坐標位置信息判斷觸控事件是否為滑動事件，若是則進一步判斷其方向屬性。
[0103] 為實現較為準確的判斷，虛擬輸入設備inputO的上報周期可以設定為較短時間 值，比如1/85秒。
[0104] 在步驟S4中，判斷與觸點并發(fā)的觸控事件是否為滑動事件的具體方法為：判斷觸 點當前位置與初始位置的移動距離；若該移動距離超過預設閾值，則判定該觸控事件為滑 動事件，否則，判定該觸控事件不是滑動事件。
[0105] 觸點的移動距離的計算公式為：
[0106]
[0107] 由于C區(qū)為虛擬邊框區(qū)域，一般設置的比較窄，X軸方向的移動距離減小，可以 忽略不計，因而上述觸點的移動距離的計算公式可以簡化為：移動距離=IcurrentY-downY|〇
[0108] 在步驟S4中，判斷觸點的滑動方向的方法為：比較觸點當前位置和初始位置的Y 軸坐標值的大小，若currentY>downY，則判定觸點的滑動方向為向下，否則判定滑動方向為 向上。
[0109] 基于上述觸點的滑動方向的判斷方法，在檢測到觸點的滑動方向為連續(xù)的先向下 后向上，或者連續(xù)的先向上后向下時，判定該滑動操作為單次往復；在檢測到觸點的滑動方 向為連續(xù)多次的先向下后向上，或者連續(xù)多次的先向上后向下時，判定該滑動操作為多次 往復。
[0110] 需要說明的是，框架層在接收到上報事件后，通過單通道轉多通道的機制，上報到 應用層。具體為：先注冊一個通道，通過該通道傳遞該上報事件，通過監(jiān)聽器（listener)監(jiān) 聽該事件，將該事件通過不同的通道，傳遞至對應的應用模塊，產生不同的應用操作，其中， 應用模塊包括攝像、聯系人等常用應用。要注意，上報事件傳遞到監(jiān)聽器之前，是單通道，監(jiān) 聽器監(jiān)聽之后，上報事件走的是多通道，且多通道同時存在，其好處在于可同時傳遞至不同 的應用模塊，不同應用模塊產生不同的響應操作。
[0111] 可選地，上述步驟的具體實現為：利用面向對象化的方式，定義C區(qū)和A區(qū)的類別 以及實現方式，在判斷是C區(qū)后，通過EventHub函數將不同分辨率的觸點坐標轉化為LCD 的坐標，定義單通道函數（例如serverchannel和clientchannel等），該函數的作用是，當 收到上報事件后，將該事件通過該通道傳遞至事件管理器（TouchEventManager)，通過監(jiān)聽 器的監(jiān)聽，將該事件通過多通道同時或逐一傳遞至多個響應的應用模塊下，也可以只傳遞 給其中的一個應用模塊，應用模塊如camera,gallery等，不同應用模塊產生相應的操作。 當然，上述步驟的具體實現也可以為其他方式的步驟實現，本發(fā)明實施例對此不做限制。
[0112] 結合參見圖8,將以另一種方式對本發(fā)明的觸控操作流程做進一步說明，為簡化起 見，圖8中，將虛擬邊框區(qū)域簡稱為C區(qū)，其他區(qū)域簡稱為A區(qū)，觸控事件的上報流程如下：
[0113] 驅動層通過物理硬件如觸摸屏接收觸控事件，并判斷觸控操作發(fā)生在A區(qū)還是C區(qū)，并通過A區(qū)或C區(qū)設備文件節(jié)點上報事件。Native層從A區(qū)、C區(qū)的設備文件中讀取事 件，并對A區(qū)、C區(qū)的事件進行處理，如坐標計算，通過設備ID對A、C區(qū)的事件進行區(qū)分，最 后分別派發(fā)A區(qū)和C區(qū)事件。其中A區(qū)事件走原生流程，按通常的方式對A區(qū)事件進行處 理；C區(qū)事件則從事先注冊到Native層的C區(qū)專用通道進行派發(fā)，由Native端口輸入，系 統端口輸出至C區(qū)事件結束系統服務，再通過C區(qū)事件接收對外接口上報至各應用。
[0114] 從而，本發(fā)明終端的操作方法，通過接收對終端側邊的滑動操作來執(zhí)行相應的操 作指令，開發(fā)了一種新的操作方式，對終端的操作方式進行了擴展，豐富了終端的操作內 涵，對終端側邊的一個滑動操作就能實現連續(xù)多個傳統的操作才能實現的功能，提高了終 端的操作效率以及可操作性和趣味性，極大的提升了用戶體驗。
[0115] 如圖9所示，本發(fā)明進一步提供一種實現上述操作方法的移動終端，所述移動終 端包括接收模塊和處理模塊，其中，接收模塊用于接收對終端第一側邊的第一滑動操作和 對終端第二側邊的第二滑動操作，處理模塊用于根據第一滑動操作和第二滑動操作執(zhí)行相 應的操作指令。
[0116] 以終端呈矩形為例，第一側邊和第二側邊可以是終端四個邊中的任意兩邊，如可 以是相鄰的兩側邊或者為相對設置的兩側邊，優(yōu)選為終端的左右兩側邊。
[0117] 第一滑動操作和第二滑動操作的滑動方向可以相同。例如，當第一側邊和第二側 邊為相鄰的兩側邊時，第一滑動操作和第二滑動操作均沿順時針方向滑動（如在左側邊向 上滑動，在上側邊向右滑動）或均沿逆時針方向滑動（如在上側邊向左滑動，在左側邊向下 滑動）；當第一側邊和第二側邊為相對的兩側邊時，第一滑動操作和第二滑動操作均為向 上或向下滑動（左右兩側邊），或者向右或向左滑動（上下兩側邊）。
[0118] 第一滑動操作和第二滑動操作的滑動方向也可以相反。例如，當第一側邊和第二 側邊為相鄰的兩側邊時，第一滑動操作沿順時針方向滑動，第二滑動操作均沿逆時針方向 滑動（如在左側邊向上滑動，在上側邊向左滑動），或者反之亦可；當第一側邊和第二側邊 為相對的兩側邊時，第一滑動操作和第二滑動操作分別為向上和向下滑動（左右兩側邊）， 或者分別為向右和向左滑動（上下兩側邊）。
[0119] 可選地，移動終端為無邊框移動終端，第一側邊或/和第二側邊設有觸摸屏，接收 模塊通過觸摸屏接收對第一側邊的第一滑動操作或/和對第二側邊的第二滑動操作。
[0120] 可選地，第一側邊或/和第二側