CN105282331A - 语音菜单输入装置和语音菜单输入方法 - Google Patents

Abstract

本发明公开了语音菜单输入装置和语音菜单输入方法。该语音菜单输入方法，包括：确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；获取边缘手势并匹配出所述边缘手势对应的语音菜单代码；向所述语音自助服务的通话对象发送所述语音菜单代码。通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。

Description

语音菜单输入装置和语音菜单输入方法

技术领域

本发明涉及移动设备领域，尤其涉及语音菜单输入装置和语音菜单输入方法。

背景技术

随着通讯技术的推广、普及与发展，服务行业的深入细分，各行各业都开始出现电话语音服务以提高服务效率，降低服务成本，但是当前用户主要通过移动终端，特别是设置有触摸屏的智能终端进行电话通讯，这种智能终端的按键输入方式与传统座机或传统功能机的按键操作方式不同，其在根据电话语音服务提供的菜单进行输入时，需要先将移动终端从耳边拿下，然后等待屏幕点亮，接着手动操控弹出触控键盘，再输入自身在语音菜单中的选择对应的代码，最后拿到耳边接收后续信息。这一语音菜单的输入过程降低了操作效率，影响了用户体验，特别是有多级菜单输入时，用户的操作效率更加低下。

发明内容

本发明的主要目的在于提出语音菜单输入装置和语音菜单输入方法，旨在进行自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。

为实现上述目的，本发明提出语音菜单输入装置，包括：

检测开启单元，用于确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取匹配单元，用于获取边缘手势并匹配出所述边缘手势对应的语音菜单代码；

菜单确认单元，用于向所述语音自助服务的通话对象发送所述语音菜单代码。

其中，所述获取匹配单元，包括：

触摸检测模块，用于获取无边框触摸屏的边缘检测到的触屏报点；

握姿确认模块，用于确认所述触屏报点匹配出的握姿对应的语音菜单代码规则；

手势检测模块，用于获取所述触屏报点检测到的点击手势或滑动手势；

代码匹配模块，用于从所述语音菜单代码规则中匹配出所述点击手势或滑动手势对应的语音菜单代码。

其中，所述检测开启单元，具体用于：

从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，所述检测开启单元，具体用于：

从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，所述握姿确认模块，包括：

第一子模块，用于根据所述触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿；

第二子模块，用于确认所述左手握姿或右手握姿对应的语音菜单代码规则。

此外，为实现上述目的，本发明还提出了语音菜单输入方法，包括：

确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取边缘手势并匹配出所述边缘手势对应的语音菜单代码；

向所述语音自助服务的通话对象发送所述语音菜单代码。

其中，所述获取边缘手势并匹配出所述边缘手势对应的语音菜单代码，包括：

获取无边框触摸屏的边缘检测到的触屏报点；

确认所述触屏报点匹配出的握姿对应的语音菜单代码规则；

获取所述触屏报点检测到的点击手势或滑动手势；

从所述语音菜单代码规则中匹配出所述点击手势或滑动手势对应的语音菜单代码。

其中，所述确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，具体为：

从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，具体为：

从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，所述确认所述触屏报点匹配出的握姿对应的语音菜单代码规则，包括：

根据所述触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿；

确认所述左手握姿或右手握姿对应的语音菜单代码规则。

本发明所提出的语音菜单输入装置和语音菜单输入方法，通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。

附图说明

图1为实现本发明各个实施例的移动终端的硬件结构示意图；

图2为如图1所示的移动终端的无线通信***示意图；

图3A为本发明的语音菜单输入方法第一实施例的方法流程图；

图3B为自助语音服务的菜单示意图；

图3C为现有技术中触摸屏的分区示意图；

图3D为无边框触摸屏中C区的分区示意图；

图3E为C区事件处理***框架图；

图4A为本发明的语音菜单输入方法第二实施例的方法流程图；

图4B为本发明的语音菜单输入方法的第二实施例中右手握姿操作状态示意图；

图4C为本发明的语音菜单输入方法的第二实施例中左手握姿状态示意图；

图5为本发明的语音菜单输入装置第一实施例的结构方框图；

图6为本发明的语音菜单输入装置第二实施例的结构方框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端的硬件结构示意。

移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信***或网络之间的无线电通信。例如，无线通信单元可以包括广播接收模块111、移动通信模块112、无线互联网模块113、短程通信模块114和位置信息模块115中的至少一个。

广播接收模块111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信模块112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB)的电子节目指南(EPG)、数字视频广播手持(DVB-H)的电子服务指南(ESG)等等的形式而存在。广播接收模块111可以通过使用各种类型的广播***接收信号广播。特别地，广播接收模块111可以通过使用诸如多媒体广播-地面(DMB-T)、数字多媒体广播-卫星(DMB-S)、数字视频广播-手持(DVB-H)，前向链路媒体(MediaFLO)的数据广播***、地面数字广播综合服务(ISDB-T)等等的数字广播***接收数字广播。广播接收模块111可以被构造为适合提供广播信号的各种广播***以及上述数字广播***。经由广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信模块112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块113支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。

短程通信模块114是用于支持短程通信的模块。短程通信技术的一些示例包括蓝牙^TM、射频识别(RFID)、红外数据协会(IrDA)、超宽带(UWB)、紫蜂^TM等等。

位置信息模块115是用于检查或获取移动终端的位置信息的模块。位置信息模块的典型示例是GPS(全球定位***)。根据当前的技术，GPS模块115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS模块115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括摄像头121和麦克风122，摄像头121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示模块151上。经摄像头121处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多摄像头121，在本方案中，需要更多的摄像头实现对控制体的图像采集和相关数据处理。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示模块151上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。一般而言，感测单元140包括距离传感器141，感测单元140中的距离传感器141处理设置于音频输出模块152附近实现电话接听过程中的距离检测。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示模块151、音频输出模块152、警报模块153等等。

显示模块151可以显示在移动终端100中处理的信息。例如，当移动终端100处于电话通话模式时，显示模块151可以显示与通话或其它通信(例如，文本消息收发、多媒体文件下载等等)相关的用户界面(UI)或图形用户界面(GUI)。当移动终端100处于视频通话模式或者图像捕获模式时，显示模块151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示模块151和触摸板以层的形式彼此叠加以形成触摸屏时，显示模块151可以用作输入装置和输出装置。显示模块151可以包括液晶显示器(LCD)、薄膜晶体管LCD(TFT-LCD)、有机发光二极管(OLED)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为TOLED(透明有机发光二极管)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示模块(或其它显示装置)，例如，移动终端可以包括外部显示模块(未示出)和内部显示模块(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出模块152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将无线通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出模块152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出模块152可以包括扬声器、蜂鸣器等等。

警报模块153可以提供输出以将事件的发生通知给移动终端100。典型的事件可以包括呼叫接收、消息接收、键信号输入、触摸输入等等。除了音频或视频输出之外，警报模块153可以以不同的方式提供输出以通知事件的发生。例如，警报模块153可以以振动的形式提供输出，当接收到呼叫、消息或一些其它进入通信(incomingcommunication)时，警报模块153可以提供触觉输出(即，振动)以将其通知给用户。通过提供这样的触觉输出，即使在用户的移动电话处于用户的口袋中时，用户也能够识别出各种事件的发生。警报模块153也可以经由显示模块151或音频输出模块152提供通知事件的发生的输出。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块181可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信***以及基于卫星的通信***来操作。

现在将参考图2描述其中根据本发明的移动终端能够操作的通信***。

这样的通信***可以使用不同的空中接口和/或物理层。例如，由通信***使用的空中接口包括例如频分多址(FDMA)、时分多址(TDMA)、码分多址(CDMA)和通用移动通信***(UMTS)(特别地，长期演进(LTE))、全球移动通信***(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信***，但是这样的教导同样适用于其它类型的***。

参考图2，CDMA无线通信***可以包括多个移动终端100、多个基站(BS)270、基站控制器(BSC)275和移动交换中心(MSC)280。MSC280被构造为与公共电话交换网络(PSTN)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM，IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的***可以包括多个BSC2750。

每个BS270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz,5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS270也可以被称为基站收发器子***(BTS)或者其它等效术语。在这样的情况下，术语"基站"可以用于笼统地表示单个BSC275和至少一个BS270。基站也可以被称为"蜂窝站"。或者，特定BS270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT)295将广播信号发送给在***内操作的移动终端100。如图1中所示的广播接收模块111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个全球定位***(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的GPS模块115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信***的一个典型操作，BS270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS270以将正向链路信号发送到移动终端100。

基于上述移动终端硬件结构以及通信***，提出本发明的语音菜单输入方法的各个实施例。

请参考图3A，其是本发明的语音菜单输入方法第一实施例的方法流程图，如图所示，该方法包括以下步骤：

S11：确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

本方案中所描述的语音自助服务状态，是指语音通话过程，通话对象不是人工服务，而是预先设置好的语音程序，语音程序给用户提供选项，用户根据选项进行选择并输入选项对应的代码。具体如图3B所示，某语音自助服务的服务电话为100XX，该电话拨通后，电话会提供中文服务、英文服务和人工服务三个菜单供用户选择，每个菜单对应的代码分别是1、2和0，用户通过拨号按键输入1表示选择中文服务；进一步会提示中文服务所提供的服务菜单及对应代码，例如1表示话费查询、2表示流量查询、3表示业务办理、*表示返回上一层(上级菜单)。上述的1、2、3、*即为语音菜单代码，当然不仅仅是这四个，还有其他的数字或符号。如果是座机通话，听筒与拨号按键相互独立，输入对应的代码时无需将听筒从耳边取下，直接在拨号按键输入对应的代码即可。但是对于当前使用率占绝对比例的移动终端而言，通话过程中输入代码的过程操作则比较复杂，需要将移动终端从耳边取下，弹出拨号按键，再输入选择的代码，输入代码后为了保证不错过下一步的操作提示，还要快速将移动终端放回耳边。如果有多次输入和返回上级菜单的操作，整个输入效率和通话效率将大大降低。

针对上述技术问题，在移动终端的无边框触摸屏的基础上实现简洁快速的操作。

如图3C所示，传统的移动终端的触摸屏划分为可触摸操作区域(以下简称为A′区)和按键区域(以下简称为B区)。其中，A′区为可触摸操作区域，用于检测触摸点坐标；B区为按键区域，用于检测菜单键、Home键、返回键等。传统的移动终端的触摸屏因为边框的存在，在握持时可以控制只与边框接触，不与A′区和B区发生接触导致产生误操作。

无边框触摸屏因为边框极窄，屏幕触控区域大幅提升，但是在握持移动终端时，握持部位很可能也是触控部位，从而导致触控误操作。为了消除这种误操作，在触控区域的两侧边缘设置独立于主屏幕的触控区域。具体如图3D所示，触控区域形成了中间的主触控区域A区和两侧的两条防误触区域C区，C区的宽度约为2mm，上下贯穿整个无边框触摸屏，A区和C区互不影响，因为C区的存在，握持使用移动终端时，握持姿势不会对A区产生影响，消除了触控误操作，同时，利用C区的存在，在C区进行触控检测实现更加丰富的触控功能操作。

无边框触摸屏的边缘手势检测激活时，将无边框触摸屏分配为两个虚拟输入设备，并进行注册，两个虚拟设备一个对应C区，一个对应A区。在注册好两个虚拟输入设备后，上层将根据驱动层上报的虚拟输入设备的命名，识别出当前用户触摸区域是C区还是A区，不同的分区，上层处理方式不同。

A区事件和C区事件的综合处理流程整体如图3E所示，驱动层通过物理硬件如触摸屏接收触控事件，并判断触控操作发生在A区还是C区，并通过A区或C区设备文件节点上报事件。Native层从A区、C区的设备文件中读取事件，并对A区、C区的事件进行处理，如坐标计算，通过设备ID对A、C区的事件进行区分，最后分别派发A区和C区事件。其中A区事件走原生流程，按通常的方式对A区事件进行处理；C区事件则从事先注册到Native层的C区专用通道进行派发，由Native端口输入，***端口输出至C区事件结束***服务，再通过C区事件接收对外接口上报至各应用。

本发明所述的上层通常指框架(Framework)层、应用层等，在移动终端的***中，例如android、IOS等定制***，通常包括底层(物理层，驱动层)以及上层(框架层，应用层)，信号流的走向为：物理层(触控面板)接收到用户的触控操作，物理按压转变为电信号TP，将TP传递至驱动层，驱动层对按压的位置进行解析，得到位置点的具体坐标，持续时间，压力等参数，将该参数上传至框架层，框架层与驱动层的通信可通过相应的接口来实现，框架层接收到驱动层的输入设备(input)，解析该输入设备，从而选择响应或不响应该输入设备，并将有效的输入向上传递给具体哪一个应用，以满足应用层根据不同的事件执行不同的应用操作。

触控操作通常为点击、滑动等操作，每一触控操作由一个或多个触点组成，因此移动终端可以通过侦测触控操作的触点落入的区域，来判断触控操作是发生在C区还是A区。

在框架(Framework)层接收到上报事件(上报事件包括输入设备以及触控点各项参数等)后，首先根据输入设备的命名，识别是哪一个区域，如驱动层(kernel)识别是在C区触控，则驱动层上报到框架层的输入设备是input0，而不是用input1来上报，即，框架层不需要判断当前触点在哪一个分区，也不需要判断分区的大小和位置，这些判断操作在驱动层上完成，并且，驱动层除了上报具体是哪一个输入设备，还会上报该触点的各项参数至框架层，例如按压时间，位置坐标，压力大小等等。

需要说明的是，框架层在接收到上报事件后，通过单通道转多通道的机制，上报到应用层。具体为：先注册一个通道，通过该通道传递该上报事件，通过***(listener)监听该事件，将该事件通过不同的通道，传递至对应的应用模块，产生不同的应用操作，其中，应用模块包括摄像、联系人等常用应用；产生不同的应用操作，例如在摄像应用下，用户在特殊分区点击，则会产生调焦，拍摄，调摄像参数等不同操作。要注意，上报事件传递到***之前，是单通道，***监听之后，上报事件走的是多通道，且多通道同时存在，其好处在于可同时传递至不同的应用模块，不同应用模块产生不同的响应操作。

S12：获取边缘手势并匹配出边缘手势对应的语音菜单代码。

获取边缘手势是确认在C区发生的触控操作，其中握持移动终端作为一种操作常态，握持时所产生的触控信号并不会生成对应的C区事件，自然也就不会产生对应的触控响应。只有前文所述的点击和滑动操作才会产生对应的C区事件。因为握持移动终端的方式大体是相同的，根据握持姿势可以进一步将C区细分为多个与握持触点对应的分区，当在某个分区检测到C区事件时，意味着获取到对应的边缘手势，进而将边缘手势匹配出对应的语音菜单代码，例如握持移动终端一般大拇指两个，另外四根手指一根一个总共会产生六个触点，常规状态下六个触点的接触状态是固定不变保持接触的。当其中某个触点的接触状态发生变化时，也就是发生点击或滑动操作时，C区事件发生，根据C区事件的发生类型匹配出对应的语音菜单代码。例如某根手指对应的触点区域发生的某一C区事件定义为语音菜单代码1，另外某根手指对应的触点区域发生的某一C区事件定义为语音菜单代码*。通过本方案中的设计，用户在保持接听姿势的同时即可用握持移动终端的手通过微小的操作确认想要输入的语音菜单代码。

S13：向语音自助服务的通话对象发送语音菜单代码。

向语音字数服务的通话对象发送语音菜单代码的过程与现有技术方案类似。在此不做进一步说明。

本实施例的语音菜单输入方法，通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。

请参考图4A，其是本发明的语音菜单输入方法第二实施例的方法流程图，如图所示，该方法包括以下步骤：

S21：从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

在语音电话信息库中记录公共语音服务电话，常见的例如运营商服务电话、政务电话、快递服务电话、酒店服务电话等，当拨出的号码属于记录的公共语音服务电话中的一个时，即可确认当前处于语音自助服务状态，需要进行语音菜单代码的输入，开启无边框触摸屏的边缘手势检测，也就是获取前文所述的C区事件。

步骤S21中是以一种主动的方式确认处于语音自助服务状态，还有一种方式也可以实现语音自助服务状态的确认。也就是从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，这一种方式是根据通话对象的发送的语音信息进行判断，可以视为一种被动的方式。这种方式需要激活移动终端的语音识别功能，当移动终端从听筒的语音中识别出“请输入”、“请按”、“请拨”等关键字时，确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，也就是获取前文所述的C区事件。

S22：获取无边框触摸屏的边缘检测到的触屏报点。

握持动作发生时，不管是哪只手进行操作，触屏报点的个数一般是不变的，除非有手指缺失的现象。正常情况下触屏报点的个数为六个。

S23：根据触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿。

正常情况下六个触屏报点中有五个触屏报点的大小差距不大，也就是五根手指接触的所产生的触屏报点；但是第六个触屏报点，也就是大拇指下方的大块肌肉与C区接触所产生的触屏报点的面积明显大于其他五个触屏报点的面积。如果面积最大的触屏报点的位于无边框触摸屏右边的C区，那么握姿为右手握姿，如图4B所示；如果面积最大的触屏报点的位于无边框触摸屏左边的C区，那么握姿为左手握姿，如图4C所示。

S24：确认左手握姿或右手握姿对应的语音菜单代码规则。

不同的移动终端10的握姿对应不同的语音菜单代码规则，如表1所示，其为图4B中所示的右手握姿对应的语音菜单代码规则，其中编号为26的触屏报点为大拇指下方的大块肌肉所产生的触屏报点，主要起握持作用，操作也不够方便灵活，不做规则定义。

触屏报点	触控操作	对应语音菜单代码
			21(食指)	抬起后单击/抬起后双击	1/5
22(中指)	抬起后单击/抬起后双击	2/6
			23(无名指)	抬起后单击/抬起后双击	3/7

24(尾指)	抬起后单击/抬起后双击	4/8
			25(大拇指)	抬起后单击/抬起后双击	0/9
25(大拇指)	上滑/下滑	*/#

表1

其实表1中的语音菜单代码规则对于图4C中的左手握姿也使用，但是对于左手握姿而言，最终确认的触屏报点和右手握姿对应的触屏报点位置不同，需要根据实际情况进行确认。

因为语音菜单代码顶多只有10个***数字和两个特殊符号总共12个代码，所以每个触屏报点对应的区域检测到的触控操作都很简单，每个触屏报点设置有单击和双击的检测，大拇指对应的触屏报点还设置有上滑和下滑的检测。总共12个触控检测对应12个代码。

具体代码的设置不一定依照表1中设计的代码规则，因为语音自助服务电话中每级语音菜单一般也就设置四五个选项，否则的话包语音菜单的时间太长，通话效率和用户体验和大幅下降。所以可以根据需要对语音菜单代码规则进行设置，将使用率较高的语音菜单代码设置为自己最习惯操作的触控方式。

S25：获取触屏报点检测到的点击手势或滑动手势。

在C区中，总共六个触屏报点的位置是确认的，每次触控操作只有其中一个触屏报点的触控状态进行变化，每次变化可能不是刚好与原有的触屏报点的位置重合，但是点击操作的确认方式有多种。例如，为触屏报点的位置变化设定一容错阈值，一般来说，握姿确认之后，触屏报点对应的点击位置已经不会发生大的变化，只需要位置接近即可视为该触屏报点检测到的触控操作。或者，以对应的编号作为参考，握持时其他编号的触屏报点的位置是保持不变的，根据发生触控的触屏报点与其他编号的触屏报点的相对位置进行确认。例如图4B中编号为21的触屏报点始终在最上方，编号为22的触屏报点始终在21和23之间。至于点击的触控操作是现有成熟技术，将检测到的点击与触屏报点对应起来即可。

对于滑动的触控检测，主要是针对大拇指的滑动操作，也就是图4B和图4C中编号为25的触屏报点。触屏报点的初始坐标位置(downX,downY)，当前坐标位置(currentX,currentY)，判断触报点当前位置与初始位置的移动距离；若该移动距离超过预设阈值，则判定该触控事件为滑动事件，否则，判定该触控事件不是滑动事件。

触点的移动距离的计算公式为：

由于C区为虚拟边框区域，一般设置的比较窄，X轴方向的移动距离减小，可以忽略不计，因而上述触点的移动距离的计算公式可以简化为：

移动距离＝|currentY–downY|。

在步骤504中，判断触点的滑动方向的方法为：比较触点当前位置和初始位置的Y轴坐标值的大小，若currentY>downY，则判定触点的滑动方向为向下，否则判定滑动方向为向上。

上述的触控行为操作简单，触控检测精确。毕竟语音菜单输入不可逆，输入错误会导致返回上级菜单，重新收听一次报菜单的语音，降低通话效率，影响使用体验。

S26：从语音菜单代码规则中匹配出点击手势或滑动手势对应的语音菜单代码。

检测出点击手势或滑动手势之后，从前述的表1中匹配出对应的语音菜单代码，进行菜单选择的确认。

S27：向语音自助服务的通话对象发送语音菜单代码。

实际上，本实施例的方案的实施是可控的，也就是说用户如果当前不想使用该方案进行语音菜单输入，可以在移动终端设置中止该输入方式。

本实施例的语音菜单输入方法，通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。语音自助服务状态的确认方式进一步提高了输入的智能化和精确化，触控操作的检测设计也进一步保证了操作的简单性和精确性。

本发明进一步提供语音菜单输入装置，应用于前述移动终端。现基于上述移动终端硬件结构以及通信***，提出本发明的语音菜单输入装置的实施例。

请参考图5，其是本发明的语音菜单输入装置第一实施例的结构方框图，如图所示，该语音菜单输入装置，包括：

检测开启单元10，用于确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取匹配单元20，用于获取边缘手势并匹配出边缘手势对应的语音菜单代码；

菜单确认单元30，用于向语音自助服务的通话对象发送语音菜单代码。

本实施例的语音菜单输入装置，通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。

请参考图6，其是本发明的语音菜单输入装置第二实施例的结构方框图，如图所示，该语音菜单输入装置，包括：

检测开启单元10，用于确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取匹配单元20，用于获取边缘手势并匹配出边缘手势对应的语音菜单代码；

菜单确认单元30，用于向语音自助服务的通话对象发送语音菜单代码。

其中，获取匹配单元20，包括：

触摸检测模块21，用于获取无边框触摸屏的边缘检测到的触屏报点；

握姿确认模块22，用于确认触屏报点匹配出的握姿对应的语音菜单代码规则；

手势检测模块23，用于获取触屏报点检测到的点击手势或滑动手势；

代码匹配模块24，用于从语音菜单代码规则中匹配出点击手势或滑动手势对应的语音菜单代码。

其中，检测开启单元10，具体用于：

从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，检测开启单元10，具体用于：

从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

其中，握姿确认模块22，包括：

第一子模块221，用于根据触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿；

第二子模块222，用于确认左手握姿或右手握姿对应的语音菜单代码规则。

本实施例的语音菜单输入装置，通过确认当前处于语音自助服务状态，在当前的握持状态下通过无边框触摸屏进行手势检测，根据检测出的手势匹配对应的语音菜单代码并向通话对象发送，实现了自助语音通话时在保持握持移动终端的姿势不变的情况下快速输入语音菜单代码，提高语音菜单输入时的操作效率。语音自助服务状态的确认方式进一步提高了输入的智能化和精确化，触控操作的检测设计也进一步保证了操作的简单性和精确性。

上述实施例提供的通信装置与通信方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.语音菜单输入装置，其特征在于，包括：

检测开启单元，用于确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取匹配单元，用于获取边缘手势并匹配出所述边缘手势对应的语音菜单代码；

菜单确认单元，用于向所述语音自助服务的通话对象发送所述语音菜单代码。

2.根据权利要求1所述的语音菜单输入装置，其特征在于，所述获取匹配单元，包括：

触摸检测模块，用于获取无边框触摸屏的边缘检测到的触屏报点；

握姿确认模块，用于确认所述触屏报点匹配出的握姿对应的语音菜单代码规则；

手势检测模块，用于获取所述触屏报点检测到的点击手势或滑动手势；

代码匹配模块，用于从所述语音菜单代码规则中匹配出所述点击手势或滑动手势对应的语音菜单代码。

3.根据权利要求1所述的语音菜单输入装置，其特征在于，所述检测开启单元，具体用于：

从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

4.根据权利要求1所述的语音菜单输入装置，其特征在于，所述检测开启单元，具体用于：

从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

5.根据权利要求2所述的语音菜单输入装置，其特征在于，所述握姿确认模块，包括：

第一子模块，用于根据所述触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿；

第二子模块，用于确认所述左手握姿或右手握姿对应的语音菜单代码规则。

6.语音菜单输入方法，其特征在于，包括：

确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测；

获取边缘手势并匹配出所述边缘手势对应的语音菜单代码；

向所述语音自助服务的通话对象发送所述语音菜单代码。

7.根据权利要求6所述的语音菜单输入方法，其特征在于，所述获取边缘手势并匹配出所述边缘手势对应的语音菜单代码，包括：

获取无边框触摸屏的边缘检测到的触屏报点；

确认所述触屏报点匹配出的握姿对应的语音菜单代码规则；

获取所述触屏报点检测到的点击手势或滑动手势；

从所述语音菜单代码规则中匹配出所述点击手势或滑动手势对应的语音菜单代码。

8.根据权利要求6所述的语音菜单输入方法，其特征在于，所述确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，具体为：

从语音电话信息库中记录的公共语音服务电话查找到当前通话号码确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

9.根据权利要求6所述的语音菜单输入方法，其特征在于，确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测，具体为：

从当前通话中语音识别出语音自助服务提醒关键字确认处于语音自助服务状态，开启无边框触摸屏的边缘手势检测。

10.根据权利要求7所述的语音菜单输入方法，其特征在于，所述确认所述触屏报点匹配出的握姿对应的语音菜单代码规则，包括：

根据所述触屏报点中面积最大的触屏报点所在的一侧匹配出握姿为左手握姿或右手握姿；

确认所述左手握姿或右手握姿对应的语音菜单代码规则。