一种终端及呼叫处理方法与流程

本发明涉及终端技术领域，特别涉及一种终端及呼叫处理方法。

背景技术

目前，大部分终端都是依靠人手操作，如在触摸屏上滑动相应功能键、点击相应功能键等操作实现手机的接听或拒接电话。

但是如果在电话打进来时，用户的双手正在做其他事情，会造成用户的不便，若此时手机上有正在运行的前端程序，而双手由于占用而长时间没有处理该电话，还会影响对当前正在运行的前端程序的使用，造成用户体验差。例如用户正在用手机腾讯视频看电影，而其两只手正在吃零食，这时候有电话打来了，如果用户要接电话或者拒接电话需要手动操作来电接听或者拒接来电，这样就导致用户的不便，若手机在手机架上放置着，在接电话或者拒接电话后还要把手机再放回置架，这进一步增加了用户的不便，若双手长时间没有空出来接听电话或拒接电话，还会对当前正在观看的电影造成干扰，使用户体验差。在用户双手不便时的某种特殊情况下，还可能会造成危险。如正在使用打车软件的司机，例如嘀嘀司机在拉一个乘客，在行驶的过程中正依赖于滴滴打车软件的内置导航功能，但正在这个时候有来电，司机如果想接听需要手动按接听键，如果不想接听需要手动按拒接键，这样的话，不仅造成司机的不便，若长时间没有空出来接听电话或拒接电话，会影响用户对当前导航软件的使用，而且会增加驾驶的危险。

因此，需要提供一种解决上述问题的终端及呼叫处理方法。

技术实现要素：

本发明提供一种终端及呼叫处理方法，通过在终端上安装气压检测装置，根据气压检测装置检测到的气压信号实现接听或拒接来电，可以解放双手，方便双手不便的用户处理来电，进而可保证双手不便的用户所使用终端上当前正在运行的前端程序不受影响，提升用户体验。

第一方面，本发明提供一种终端，包括终端本体，还包括：处理器和安装在所述终端本体上的气压检测装置；

所述气压检测装置和所述处理器连接；

所述处理器，用于在接收到呼叫请求信号后，向所述气压检测装置发送检测信号；

所述气压检测装置，用于根据所述检测信号检测气压信号，并将所述气压信号发送给所述处理器；

所述处理器，还用于根据所述气压信号，确定接受或拒绝呼叫请求，所述呼叫请求为与所述呼叫请求信号对应的请求。

优选的，还包括：音量调节器；

所述处理器连接所述音量调节器；

所述处理器，还用于在确定接受所述呼叫请求后，获取进程号，根据所述进程号判断当前是否有正在运行的前端程序，并根据判断结果，确定是否向所述音量调节器发送音量调节信号；

所述音量调节器，用于在接收到所述音量调节信号后，根据所述音量调节信号调节当前正在运行的前端程序的音量。

第二方面，本发明还提供一种基于所述的终端的呼叫处理方法，包括:

所述处理器在接收到呼叫请求信号后，向所述气压检测装置发送检测信号；

所述气压检测装置根据所述检测信号检测气压信号，并将所述气压信号发送给所述处理器；

所述处理器根据所述气压信号，确定接受或拒绝呼叫请求，所述呼叫请求为与所述呼叫请求信号对应的请求。

优选的，所述处理器根据所述气压信号，确定接受或拒绝呼叫请求，包括：

若判断获知所述气压信号对应的气压值满足第一预设条件达到第一预设时间，则确定接受呼叫请求。

优选的，所述第一预设条件为5000pa-700pa，所述第一预设时间为0.8ms-1.2ms。

优选的，所述方法还包括：

所述处理器获取进程号，并根据所述进程号判断当前是否有正在运行的前端程序；

所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号；

所述音量调节器在接收到所述音量调节信号后，根据所述音量调节信号调节当前正在运行的前端程序的音量。

优选的，所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号，包括：

若判断结果为当前有正在运行的前端程序，则确定向音量调节器发送音量调节信号。

优选的，所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号，包括：

若判断结果为当前没有正在运行的前端程序，则确定不向音量调节器发送音量调节信号。

优选的，所述处理器根据所述气压信号，确定接受或拒绝呼叫请求，包括：

若判断获知所述气压信号对应的气压值满足第二预设条件达到第二设时间，则确定拒绝呼叫请求。

优选的，所述第二预设条件为400pa-500pa，所述第二预设时间为0.5ms-0.7ms。

由上述技术方案可知，本发明通过在终端上安装气压检测装置，根据气压检测装置检测到的气压信号实现接听或拒接来电，可以解放双手，方便双手不便的用户处理来电，进而可保证双手不便的用户所使用终端上当前正在运行的前端程序不受影响，提升用户体验。

附图说明

图1a为本公开一实施例提供的一种终端的原理框图；

图1b为本公开另一实施例提供的一种终端的原理框图；

图2为本公开一实施例提供的一种呼叫处理方法的流程图。

具体实施方式

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清除、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

以下对本公开实施例中提及的部分词语进行举例说明。

本公开实施例中提及的用户设备(userequipment，简称ue)是指呼叫服务方，如交通工具叫车服务中的乘客，所使用的移动终端或个人计算机(personalcomputer，简称pc)等设备。例如智能手机、个人数码助理(pda)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如googleglass、oculusrift、hololens、gearvr)等。

现有的客户端开发技术中，包括ios和android，可以监听系统来电通知，读取系统通话记录，读写系统通讯录。

android系统读写通讯录的权限名称为：

android.permission.read_contacts(读)

android.permission.write_contacts(写)

ios系统读写系统通讯录的权限框架为：

abaddressbookframework

图1a为本公开一实施例提供的一种终端的原理框图。

如图1a所示，本实施例的一种终端，包括终端本体，还包括：处理器102和安装在所述终端本体上的气压检测装置101；

所述气压检测装置101和所述处理器102连接；

所述处理器102，用于在接收到呼叫请求信号后，向所述气压检测装置发送检测信号；

所述气压检测装置101，用于根据所述检测信号检测气压信号，并将所述气压信号发送给所述处理器；

可以理解的是，用户在看到有呼叫请求后，向终端上安装所述气压检测装置的位置吹气，气压检测装置检测气压。

所述处理器102，还用于根据所述气压信号，确定接受或拒绝呼叫请求，所述呼叫请求为与所述呼叫请求信号对应的请求。

值得说明的是，只有在检测到的气压信号满足预设条件时，才可接受或拒绝呼叫请求，这样可以避免误接听或误拒接来电。

根据本实施例可知，所述气压检测装置主要用来检测人吹气的气压，所述终端本体可为终端壳体，气压检测装置可以安装在终端屏幕同一侧的终端壳体的任一合适位置上，这样符合用户将屏幕朝上放置或屏幕面向用户使用的习惯，方便检测人吹气的气压。当然，所述气压检测装置也可以根据具体需要安装在终端客体的其他位置，如安装在终端壳体的侧边上，如安装在有话筒的一侧边上或安装在有听筒的侧边上或另外两个侧边上等，本公开对此不作限制。

在本实施例中，所述气压检测装置101可采用气压传感器。

本公开通过在终端上安装气压检测装置，根据气压检测装置检测到的气压信号实现接听或拒接来电，可以解放双手，方便双手不便的用户处理来电，进而可保证双手不便的用户所使用终端上当前正在运行的前端程序不受影响，提升用户体验。

图1b为本公开另一实施例提供的一种终端的原理框图。

如图1b所示，在上述实施例的基础上，作为一种优选实施例，还包括：音量调节器103；

所述处理器102连接所述音量调节器103；

所述处理器102，还用于在确定接受所述呼叫请求后，获取进程号，根据所述进程号判断当前是否有正在运行的前端程序，并根据判断结果，确定是否向所述音量调节器发送音量调节信号；

值得说明的是，处理器获取进程号的方法可采用现有方法。

所述根据判断结果，确定是否向所述音量调节器发送音量调节信号，具体可包括：若判断结果为当前有正在运行的前端程序，则确定向音量调节器发送音量调节信号。如终端上正在运行腾讯视频或音乐播放器，则确定向所述音量调节器发送音量调节信号，所述音量调节信号可为音量为零信号(即静音信号)，这样可以最大程度保证通话质量。当然，所述音量调节信号也可不为音量为零信号，可为音量减小到预设大小的信号。

若判断结果为当前没有正在运行的前端程序，则确定不向音量调节器发送音量调节信号。

所述音量调节器103，用于在接收到所述音量调节信号后，根据所述音量调节信号调节当前正在运行的前端程序的音量。

如上述运行腾讯视频或音乐播放器的例子，在确定接听来电时，将腾讯视频或音乐播放器的声音按照音量调节信号调节到预设大小，从而可以保证通话质量。

可以理解的是，所述音量调节器103可为现有终端中自带的音量调节器，此处不再详述。

可见，本实施例可以保证当前通话质量不受终端上正在运行的前端程序的声音的影响，进而保证通话质量，并且在不接听来电时，保证当前正在运行的前端程序的正常运行。

图2为本公开一实施例提供的一种呼叫处理方法的流程图。

如图2所示，本实施例的一种基于所述的终端的呼叫处理方法，包括:

s201、所述处理器在接收到呼叫请求信号后，向所述气压检测装置发送检测信号；

可以理解的是，本步骤具体为：接收呼叫请求信号，并在接收到呼叫请求信号后，向所述气压检测装置发送检测信号。

s202、所述气压检测装置根据所述检测信号检测气压信号，并将所述气压信号发送给所述处理器；

值得说明的是，用户在看到有呼叫请求后，向终端上安装所述气压检测装置的位置吹气，气压检测装置检测气压。

s203、所述处理器根据所述气压信号，确定接受或拒绝呼叫请求，所述呼叫请求为与所述呼叫请求信号对应的请求。

值得说明的是，只有在检测到的气压信号满足预设条件时，才可接受或拒绝呼叫请求，这样可以避免误接听或误拒接来电。

本公开根据安装在终端上的气压检测装置检测到的气压信号实现接听或拒接来电，可以解放双手，方便双手不便的用户处理来电，进而可保证双手不便的用户所使用终端上当前正在运行的前端程序不受影响，提升用户体验。

为了通过气压准确控制接听来电，作为一种优选实施例，所述步骤s203，包括：

若判断获知所述气压信号对应的气压值满足第一预设条件达到第一预设时间，则确定接受呼叫请求。

在本实施例中，所述第一预设条件可为5000pa-700pa，所述第一预设时间可为0.8ms-1.2ms。当然，也可以设定其他气压值和其它时间，本公开对此不作限制。

本实施例只有在检测到的气压信号满足所述预设条件时，才可接受呼叫请求，从而可以避免误接听来电。

作为一种优选实施例，所述方法还包括：

所述处理器获取进程号，并根据所述进程号判断当前是否有正在运行的前端程序；

值得说明的是，处理器获取进程号的方法可采用现有方法。

所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号；

作为一种优选实施例，所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号，包括：

若判断结果为当前有正在运行的前端程序，则确定向音量调节器发送音量调节信号。

如终端上正在运行腾讯视频或音乐播放器，则确定向所述音量调节器发送音量调节信号，所述音量调节信号可为音量为零信号(即静音信号)，这样可以最大程度保证通话质量。当然，所述音量调节信号也可不为音量为零信号，可为音量减小到预设大小的信号。

作为一种优选实施例，所述处理器根据判断结果，确定是否向音量调节器发送音量调节信号，包括：

若判断结果为当前没有正在运行的前端程序，则确定不向音量调节器发送音量调节信号。

所述音量调节器在接收到所述音量调节信号后，根据所述音量调节信号调节当前正在运行的前端程序的音量。

如上述运行腾讯视频或音乐播放器的例子，在确定接听来电时，将腾讯视频或音乐播放器的声音按照音量调节信号调节到预设大小，从而可以保证通话质量。

可见，本实施例可在终端上有正在运行的前端程序时，保证该终端上来电的通话质量，并且在不接听来电时，保证当前正在运行的前端程序的正常运行。

作为一种优选实施例，所述步骤s203，包括：

若判断获知所述气压信号对应的气压值满足第二预设条件达到第二设时间，则确定拒绝呼叫请求。

在本实施例中，所述第二预设条件为400pa-500pa，所述第二预设时间为0.5ms-0.7ms。当然，也可以设定其他气压值和其它时间，本公开对此不作限制。

本实施例只有在检测到的气压信号满足所述预设条件时，才可拒绝呼叫请求，从而可以避免误拒接来电。

应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。

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

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

以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。