CN105335169A - 在智能终端上启动通信的方法及装置 - Google Patents

Abstract

本发明公开了一种在智能终端上启动通信的方法及装置，其中的方法包括：在应用程序层保存用户预先设置的与指定联系人对应的手势；通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配，如果匹配成功，则启动与该手势对应的联系人之间的通信操作。本发明可以使用户在最方便的操作下，对常用的联系人进行号码呼叫等通信操作，而无需凭借记忆联系人的姓名抽象搜索，或记忆全号码进行呼叫操作，给用户带来快捷、方便的操作体验。

Description

在智能终端上启动通信的方法及装置

技术领域

本发明涉及智能终端技术领域，具体涉及一种在智能终端上启动通信的方法及装置。

背景技术

随着智能终端的广泛应用，用户在智能终端上进行通信的方式也多种多样。除了基础的拨打电话和发送短信之外，还包括发送邮件、视频聊天等等。目前，为了在智能终端上实现通信，用户需要通过查找通讯录等方式确定目标联系人，再进行通信连接，实现通信。

以拨打电话为例，传统的方式是，首先用户需要输入要拨打的电话号码，例如要拨打的是手机号码，则需要输入11位数字，然后，点击呼叫按钮进行呼叫。这种方式比较麻烦，用户需要输入全部号码进行拨打，而且需要用户记住联系人的号码，如果对号码不熟悉则必须翻看通信录，用户体验比较差。

除了上述传统方式，有一些拨号软件提供搜索联系人进行拨打的功能，首先，用户输入要拨打号码联系人的首字母，例如要给通信录中“王一”拨打电话，则输入“王一”的首字母“wy”从通信录中查找到王一，然后点击呼叫按钮进行呼叫。在这种搜索联系人拨打该联系人的解决方案中，需要首先分析输入字符与现有联系人首字母是否匹配；然后匹配显示出匹配的联系人；最后选择要拨打的联系人，点击拨打按钮，实现拨号功能。这种方式需要用户知道要拨打联系人姓名，而且必须经过多步操作，才能达到拨打的目的，即使是最快速查找也要输入2-4个字母之后，点击拨号按钮，用户无法用最快捷的方式进行拨号。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的在智能终端上启动通信的方法及装置。

依据本发明的一个方面，提供一种在智能终端上启动通信的方法，所述智能终端的操作系统包括框架层和应用程序层，所述方法包括：在应用程序层保存用户预先设置的与指定联系人对应的手势；通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配，如果匹配成功，则启动与该手势对应的联系人之间的通信操作。

优选的，所述将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配包括：判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否和所述与指定联系人对应的手势一致，如果都一致，则确定匹配成功。

优选的，所述在应用程序层保存用户设置的与指定联系人对应的手势包括：向用户提供手势设置界面，接收用户在手势设置界面针对指定联系人设置的手势；将指定联系人与手势的对应关系进行保存。

优选的，在监听到的手势和所述与指定联系人对应的手势匹配失败之后，还包括：向用户提供手势设置界面，提示用户将手势与对应联系人的关系进行保存。

优选的，在通过应用程序层的监听模块，监听框架层中终端触控区域接收到的用户输入的手势之前，还包括：接收用户在所述终端触控区域输入的手势。

优选的，所述手势包括形状、字母，和/或，图案。

优选的，所述监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

优选的，所述通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

优选的，还包括：向用户展示手势通信界面，并确定用户选择的通信类型；调用用户选择的通信类型对应的与指定联系人对应的手势。

优选的，所述用户预先设置的与指定联系人对应的手势中，每一个手势与指定的特定联系人对应，或者，每一个手势与指定的优先级最高的联系人对应。

优选的，所述优先级最高的联系人是指最近通信的联系人或者是指用户预先设置优先的联系人。

依据本发明的另一个方面，提供一种在智能终端上启动通信的装置，所述智能终端的操作系统包括框架层和应用程序层，所述装置包括：手势保存单元，用于在应用程序层保存用户预先设置的与指定联系人对应的手势；手势获取单元，用于通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；手势识别单元，用于将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配；通信启动单元，用于在手势识别单元匹配成功时，启动与该手势对应的联系人之间的通信操作。

优选的，所述手势识别单元，具体用于：判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否和所述与指定联系人对应的手势一致，如果都一致，则确定匹配成功。

优选的，所述手势库保存单元，具体用于：向用户提供手势设置界面，接收用户在手势设置界面针对指定联系人设置的手势；将指定联系人与手势的对应关系进行保存。

优选的，所述手势保存单元，还用于：在手势识别单元匹配失败时，向用户提供手势设置界面，提示用户将手势与联系人的对应关系进行保存。

优选的，手势接收单元，接收用户在所述终端触控区域输入的手势。

优选的，所述手势包括形状、字母，和/或，图案。

优选的，所述监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

优选的，所述通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

优选的，还包括：通信类型选择单元，用于向用户展示手势通信界面，并确定用户选择的通信类型；手势调用单元，用于从所述手势保存单元中调用用户选择的通信类型对应的手势。

优选的，在所述手势保存单元保存的手势中，每一个手势与指定的一个特定联系人对应，或者，每一个手势与指定的一个优先级最高的联系人对应。

优选的，所述优先级最高的联系人是指最近通信的联系人或者是指用户预先设置优先的联系人。

可见，本发明可以使用户在最方便的操作下，对常用的联系人进行号码呼叫等通信操作，而无需凭借记忆联系人的姓名抽象搜索，或记忆全号码进行呼叫操作。而且，本发明实现简单，通过手势库的保存及手势识别，即可实现快速确定联系人，并在确定联系人基础上可直接进行通信的启动，给用户带来快捷、方便的操作体验。另外，本发明通过app层监听framework层通信状态，仅需要在app层进行简单改动即可实现，因此本发明移植性好，适应于现有或未来的操作系统，例如Android系统以及iOS系统等。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的在智能终端上启动通信的方法流程图；

图2示出了根据本发明一个实施例的在智能终端上启动通信的方法示意图；

图3示出了根据本发明另一个实施例的在智能终端上启动通信的方法流程图；以及

图4示出了根据本发明一个实施例的在智能终端上启动通信的装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如前所述的，以拨打电话为例，现有技术需要输入多位数字，记忆及操作繁琐，或者通过输入联系人名字首字母，再从通信录中查到联系人进行拨号，也比较繁琐。对此，本发明的发明人在研究过程中发现，通过拦截系统中负责通信的类(或称为框架)，获取手势并与预先存储的手势库进行匹配，可以在匹配成功时快速启动通信。

本领域技术人员理解，操作系统包括应用程序层(app层)和框架层(framework层)，至于从功能划分上有可能包括的的其他层本发明则不作讨论。其中，通常app层可以理解为上层，负责与用户交互的界面，例如应用程序维护、以及点击页面时识别不同种类的点击内容从而显示不同的上下文菜单等。通常framework层作为中间层，这一层的主要职责是，将app层获得的用户请求，如启动用用程序、点击链接、点击保存图片之类，转发往下层去；将下层处理好的内容，或者通过消息，或者通过中间代理类，来分发至上层，对用户展现出来。

本发明一种优选实现方式是，对app层和framework层进行改进，从而利用这两层的协同配合实现在智能终端上快速启动通信。具体的，可以在app层增加一个监听模块，用于监听framework层负责通信的类的运行，从而可以在即将通信之前，获取到用户输入的手势，并与预先保存的手势库进行比对，如果比对成功，则直接启动通信连接。

参见图1，为本发明实施例提供的一种在智能终端上启动通信的方法的流程图。

该方法包括以下步骤：

S101、在应用程序层保存用户预先设置的与指定联系人对应的手势；S102、通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

S103、将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配，如果匹配成功，则启动与该手势对应的联系人之间的通信操作。

具体实现中，可以将用户预先设置的与指定联系人对应的手势保存在一个或多个手势库中。

其中，在步骤S103中，特别强调了监听到的手势是未触发操作系统任务或未触发应用程序响应的手势，这是因为，本发明方案仅针对在系统界面调取通讯录的手势，而对于触发操作系统或者触发应用程序的手势则不是本发明所关注的。

可见，本发明可以使用户在最方便的操作下，对常用的联系人进行号码呼叫等通信操作，而无需凭借记忆联系人的姓名抽象搜索，或记忆全号码进行呼叫操作。而且，本发明实现简单，通过手势库的保存及手势识别，即可实现快速确定联系人，并在确定联系人基础上可直接进行通信的启动，给用户带来快捷、方便的操作体验。另外，本发明通过app层监听framework层通信状态，仅需要在app层进行简单改动即可实现，因此本发明移植性好，适应于现有或未来的操作系统，例如Android系统以及iOS系统等。

下面以iOS系统为例对本发明实施例进行介绍。

众所周知，iOS系统为闭源系统，非开源。用户权限很低，通过“越狱”来打开系统封闭的大门，解除iOS系统的限制，可以随意的修改系统文件，安装插件，以及安装一些AppStore(应用程序商店)中没有的扩展应用程序，也就是获取iOS系统的超级权限。例如安装AppStore以外的软件，更换外观主题，运行shell程序，甚至可以解开运营商对于终端网络的限制(即俗称的“解锁”)。本发明实施例优选地是在获取了iOS系统超级权限条件下进行的。

手势识别之前，需要预先在应用程序层保存用户设置的手势库。手势库例如是指保存了一条或多条手势与联系人信息对应关系的文件。手势库的建立方式可以是，通过向用户提供手势设置界面，并接收用户在手势设置界面针对目标联系人设置的手势；然后将目标联系人与手势的对应关系保存在手势库。手势库建立好之后保存在智能终端中，以手机为例，保存在手机app层。并且可以向用户提供手势库更新、修改等界面，并确保保存在本地的手势库是最新的。其中，手势包括但不限于形状、字母、图案。

在保存好手势库之后，每次在用户需要进行通信时(例如拨打电话时)，就可以获取用户输入的手势。例如，接收用户在终端触控区域(例如，数字键盘区域)输入的手势。一种实现方式是，在app层通过监听模块对终端触控区域进行监听，从而确保app层获得在终端触控区域接收到的用户输入的手势。其中，监听模块可以采用hook机制监听框架层。hook机制允许应用程序截获处理操作系统的消息或特定事件。钩子实际上是一个处理消息的程序段，通过系统调用，把它挂入系统。每当特定的消息发出，在没有到达目的窗口前，钩子程序就先捕获该消息，亦即钩子函数先得到控制权。这时钩子函数即可以加工处理(改变)该消息，也可以不作处理而继续传递该消息，还可以强制结束消息的传递。在本发明实施例中，采用hook机制中断通信连接的运行过程，插入手势识别的步骤，继而通过直接启动与匹配的手势对应的联系人之间的通信实现快速通信的目的。

在获取到用户输入的手势之后，就可以通过手势识别进行快速启动通信。手势识别，也称为多点触控技术，它能把任务分解为两个方面的工作，一是同时采集多点信号，二是对每路信号的意义进行判断，从而实现屏幕识别人的手指同时做的点击、触控动作。多点触控技术从硬件到软件的一个有机的整体，由硬件和软件两部分组成。硬件也称为多点触控平台，完成信号的采集；软件部分是在硬件平台采集数据基础上进行触点的检测定位、跟踪、手势定义与识别，最后将识别出的手势映射为面向具体应用的用户指令。多点触控技术最大的优点就是能实现基于手势的自由交互，手势定义是其中的关键基础。手势的定义过程应当首先提取用户意图，即在特定的应用环境下用户想要完成何种语义功能，然后确定用户要实现的功能通过何种手势来完成，并将手势分解为多个原子手势的组合，最终用户的一个意图被转换为一系列原子手势在特定关系下的组合。多点触控系统中的手势识别是基于触点运动轨迹的动态手势识别，其中动态手势对应着模型参数空间里的一条轨迹，涉及时间上下文和空间上下文，且不同用户做手势时存在的速率差异、熟练程度会在轨迹的时间轴上引起非线性波动。如何消除这些非线性波动是动态手势识别技术必须克服的一个重要问题。考虑到对时间轴的不同处理，现有的动态手势识别技术可以分归三类：基于隐马尔可夫模型(HiddenMarkovModels,HMM)的识别、基于动态时间规整(DynamicTimeWarping,DTW)的识别、基于压缩时间轴的识别。在本发明中，具体地，获取用户输入的手势之后，将获取到的手势在手势库中进行匹配，如果匹配成功，则建立与该手势对应的联系人之间的通信。其中，手势识别的具体过程可以是：判断手势的输入笔画的顺序以及输入笔画的每一笔的方向是否与手势库中的某个手势一致，如果顺序和方向都一致，则确定匹配成功。

在手势识别成功之后，启动通信的连接。其中，通信的类型包括但不限于拨打电话、短信、邮件、视频通话、留言等等。优选地，本发明方案的功能通过一个软件实现，那么，优选地，该软件可以向用户展示手势通信界面，该手势通信界面列出多种通信类型供用户选择，用户选择之后即确定用户选择的通信类型之后，调用用户选择的通信类型对应的手势库。例如，手势通信界面列出拨打电话、发送短信、发送邮件等通信类型供用户选择，例如用户选择邮件类型时，调用邮件对应的手势库。这是因为，用户在使用不同的通信类型进行通信时，常用的联系人可能不同，例如，常常给A打电话，却是常常给B发短信，等等。

在手势识别失败的情况，说明手势库中没有保存该手势。此时，可以向用户提供手势设置界面，提示用户将手势与目标联系人的对应关系保存在手势库中。当然，在识别失败情况下，也可以简单地进行错误提示或者退出操作等。

参见图2，为本发明实施例提供的一种在智能终端上启动通信的方法的示意图。

在实现过程中，涉及操作系统的应用程序层(app层)和框架层(framework层)。图2中，app层主要负责向用户提供手势设置界面，生成并保存手势库，并且，app层设置了监听模块，负责对framework层的负责通信的类进行监听；framework层主要涉及负责通信的类以及启动通信操作。

按照执行顺序，首先，在app层，获取用户设置的手势与联系人信息对应关系，保存为手势库；其次，利用监听模块对负责通信的类进行监听；然后，当监听到在触摸区域有输入的手势时，调用手势库与该手势进行比对；最后，如果比对成功，则期待与该手势对应的联系人进行通信的操作，否则，可以显示提示框提示用户保存该手势，或者提示用户该手势对应的联系人不存在，或者执行退出等操作。

下面以一个实际例子对本发明提供的在智能终端上启动通信的方法进行说明。

假设用户在手机上利用本发明方案执行拨号的操作。参见图3，为该实例流程图，包括：

S301：在手机上保存用于拨号的手势库；

可以理解，用户常常将自己经常拨打的联系人进行手势设置和存储，例如，用户为联系人“张三”设置手势，例如，设置张三对应顺时针画出的正方形手势，并将张三与该正方形的对应关系保存于手势库中。

S302：用户要拨打电话时，在手机触控区域输入手势；

例如，当用户要给张三打电话时，该用户在手机触控区域画出与张三对应的手势，即画出顺时针正方形，以此代替现有方案输入多位电话号码或在通讯录中查找联系人的方式。

S303：获取用户输入的手势后，与手势库进行匹配；

例如，如果获取的是顺时针正方形，通过匹配，确定手势库中保存有该手势；再假设获取的是逆时针正方形，通过匹配，确定手势库中没有保存该手势。

S304：在匹配成功时，执行本步骤，即直接启动与匹配手势对应的联系人之间的拨号操作；

例如，通过手势库确定该顺时针正方形对应的联系人为张三，则直接对张三进行呼叫。

S305：在匹配失败时，执行本步骤，即提示用户对该手势进行保存。

匹配失败，说明手势库中没有该手势的记录，此时可以提醒用户对该新手势进行保存。例如，对于逆时针正方形，在手势库中匹配失败，提醒用户对该逆时针正方形进行保存，例如用户设置该逆时针正方形与“李四”对应，然后将该逆时针正方形与李四的对应关系保存到手势库中。

在上面介绍的实施例中，用户预先在手势库中设置的手势都是与特定联系人对一个的，例如手势1与张三对应、手势2与李四对应等，但是，本发明实施例并不仅限于此，还可以通过手势与符合某种顺序的联系人对应，例如，设置一个手势与最近刚刚通话的联系人对应，或者，设置一个手势与用户预先选定的一些联系人对应，由此，本发明实施例中，每一个手势除了与指定的一个特定联系人对应，每一个手势还可以与指定的优先级最高的联系人对应，而联系人的优先级是动态的。与上述方法相对应，本发明还提供一种在智能终端上启动通信的装置。该装置可以通过硬件、软件或软硬件结合方式实现。该装置可以是指终端内部的功能模块，也可以是指终端本身，只要终端包括实现该装置的功能即可。其中，终端的操作系统包括框架层和应用程序层，参见图4，该装置包括：

手势保存单元401，用于在应用程序层保存用户预先设置的与指定联系热对应的手势；

手势获取单元402，用于通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

手势识别单元403，用于将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系热对应的手势进行匹配；

通信启动单元404，用于在手势识别单元403匹配成功时，启动与该手势对应的联系人之间的通信操作。

优选地，手势识别单元403具体用于：判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否与所述手势库中的手势一致，如果都一致，则确定匹配成功。

优选地，手势保存单元401具体用于：向用户提供手势设置界面，接收用户在手势设置界面针对目标联系人设置的手势；将目标联系人与手势的对应关系保存在手势库。

优选地，手势保存单元401，还用于：在手势识别单元匹配失败时，向用户提供手势设置界面，提示用户将手势与目标联系人的对应关系保存在所述手势库中。

优选地，该装置还包括：手势接收单元405，用于接收用户在所述终端触控区域输入的手势。

其中，手势包括形状、字母，和/或，图案。

优选地，监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

其中，通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

优选地，该装置还包括：

通信类型选择单元406，用于向用户展示手势通信界面，并确定用户选择的通信类型；

手势调用单元407，用于从手势保存单元401中调用用户选择的通信类型对应的手势。

优选地，在手势保存单元401保存的手势中，每一个手势与指定的一个特定联系人对应，或者，每一个手势与指定的一个优先级最高的联系人对应。其中，优先级最高的联系人是指最近通信的联系人或者是指用户预先设置优先的联系人。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的在智能终端上启动通信的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明提供如下方案：

A1、一种在智能终端上启动通信的方法，所述智能终端的操作系统包括框架层和应用程序层，所述方法包括：

在应用程序层保存用户预先设置的与指定联系人对应的手势；

通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配，如果匹配成功，则启动与该手势对应的联系人之间的通信操作。

A2、如A1所述的方法，所述将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配包括：

判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否和所述与指定联系人对应的手势一致，如果都一致，则确定匹配成功。

A3、如A1所述的方法，所述在应用程序层保存用户设置的与指定联系人对应的手势包括：

向用户提供手势设置界面，接收用户在手势设置界面针对指定联系人设置的手势；

将指定联系人与手势的对应关系进行保存。

A4、如A1所述的方法，在监听到的手势和所述与指定联系人对应的手势匹配失败之后，还包括：

向用户提供手势设置界面，提示用户将手势与对应联系人的关系进行保存。

A5、如A1所述的方法，在通过应用程序层的监听模块，监听框架层中终端触控区域接收到的用户输入的手势之前，还包括：

接收用户在所述终端触控区域输入的手势。

A6、如A1所述的方法，所述手势包括形状、字母，和/或，图案。

A7、如A1所述的方法，所述监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

A8、如A1所述的方法，所述通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

A9、如A1所述的方法，还包括：

向用户展示手势通信界面，并确定用户选择的通信类型；

调用用户选择的通信类型对应的与指定联系人对应的手势。

A10、如A1所述的方法，所述用户预先设置的与指定联系人对应的手势中，每一个手势与指定的特定联系人对应，或者，每一个手势与指定的优先级最高的联系人对应。

A11、如A10所述的方法，所述优先级最高的联系人是指最近通信的联系人或者是指用户预先设置优先的联系人。

B12、一种在智能终端上启动通信的装置，所述智能终端的操作系统包括框架层和应用程序层，所述装置包括：

手势保存单元，用于在应用程序层保存用户预先设置的与指定联系人对应的手势；

手势获取单元，用于通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

手势识别单元，用于将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配；

通信启动单元，用于在手势识别单元匹配成功时，启动与该手势对应的联系人之间的通信操作。

B13、如B12所述的装置，所述手势识别单元，具体用于：判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否和所述与指定联系人对应的手势一致，如果都一致，则确定匹配成功。

B14、如权利要求12所述的装置，其特征在于，所述手势库保存单元，具体用于：向用户提供手势设置界面，接收用户在手势设置界面针对指定联系人设置的手势；将指定联系人与手势的对应关系进行保存。

15、如B12所述的装置，所述手势保存单元，还用于：在手势识别单元匹配失败时，向用户提供手势设置界面，提示用户将手势与联系人的对应关系进行保存。

B16、如B12所述的装置，还包括：手势接收单元，接收用户在所述终端触控区域输入的手势。

B17、如B12所述的装置，所述手势包括形状、字母，和/或，图案。

B18、如B12所述的装置，所述监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

B19、如B12所述的装置，所述通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

B20、如B12所述的装置，还包括：

通信类型选择单元，用于向用户展示手势通信界面，并确定用户选择的通信类型；

手势调用单元，用于从所述手势保存单元中调用用户选择的通信类型对应的手势。

B21、如B12所述的装置，在所述手势保存单元保存的手势中，每一个手势与指定的一个特定联系人对应，或者，每一个手势与指定的一个优先级最高的联系人对应。

B22、如B21所述的装置，所述优先级最高的联系人是指最近通信的联系人或者是指用户预先设置优先的联系人。

Claims (10)

1.一种在智能终端上启动通信的方法，其特征在于，所述智能终端的操作系统包括框架层和应用程序层，所述方法包括：

在应用程序层保存用户预先设置的与指定联系人对应的手势；

通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配，如果匹配成功，则启动与该手势对应的联系人之间的通信操作。

2.如权利要求1所述的方法，其特征在于，所述将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配包括：

判断监听到的手势的输入笔画的顺序以及输入笔画的每一笔的方向是否和所述与指定联系人对应的手势一致，如果都一致，则确定匹配成功。

3.如权利要求1所述的方法，其特征在于，所述在应用程序层保存用户设置的与指定联系人对应的手势包括：

向用户提供手势设置界面，接收用户在手势设置界面针对指定联系人设置的手势；

将指定联系人与手势的对应关系进行保存。

4.如权利要求1所述的方法，其特征在于，在监听到的手势和所述与指定联系人对应的手势匹配失败之后，还包括：

向用户提供手势设置界面，提示用户将手势与对应联系人的关系进行保存。

5.如权利要求1所述的方法，其特征在于，在通过应用程序层的监听模块，监听框架层中终端触控区域接收到的用户输入的手势之前，还包括：

接收用户在所述终端触控区域输入的手势。

6.如权利要求1所述的方法，其特征在于，所述手势包括形状、字母，和/或，图案。

7.如权利要求1所述的方法，其特征在于，所述监听模块采用hook机制监听框架层，从而获得在终端触控区域接收到的用户输入的手势。

8.如权利要求1所述的方法，其特征在于，所述通信的类型包括拨打电话、短信、邮件、视频通话，和/或，留言。

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

向用户展示手势通信界面，并确定用户选择的通信类型；

调用用户选择的通信类型对应的与指定联系人对应的手势。

10.一种在智能终端上启动通信的装置，其特征在于，所述智能终端的操作系统包括框架层和应用程序层，所述装置包括：

手势保存单元，用于在应用程序层保存用户预先设置的与指定联系人对应的手势；

手势获取单元，用于通过应用程序层的监听模块，从框架层中监听到用户在终端触控区域输入的手势；

手势识别单元，用于将监听到的未触发操作系统任务或应用程序响应的手势和所述与指定联系人对应的手势进行匹配；

通信启动单元，用于在手势识别单元匹配成功时，启动与该手势对应的联系人之间的通信操作。