基于Qchat的呼叫处理方法和终端设备与流程

本发明实施例涉及通信技术，尤其涉及一种基于Qchat的呼叫处理方法和终端设备。

背景技术：

基于高通QChat技术的对讲(Push To Talk，简称PTT)具有接续速度快(建立时延小于一秒)、功能丰富(多种呼叫方式)、组网灵活等特点。利用PTT技术，通过带有PTT功能的手机终端，可以为客户提供移动通信网络覆盖范围内的半双工对讲业务(半双工业务即只能一人讲，多人接听)，即当终端开通PTT功能以后，只要按一下终端的相应按钮，就能用用户自己的终端与被选择的组群实现“一对一”或“一对多”的通话。

在QChat系统的呼叫中，一般会涉及单呼和组呼。其中，单呼是指一个主叫方与一个被叫方(即一对一)之间的半双工呼叫，在单呼过程中，同一时间只能有一方讲话，另外一方接听；组呼是指一个主叫方与多个被叫方(即一对多)之间的半双工通讯，在组呼过程中，一个群组在同一时间内只有其中一个成员能够讲话，其他成员只能接听。现有技术中，当一个终端同时属于两个群组，例如群组A和群组B，假设终端当前正在参与群组A中的呼叫，当存在来自群组B的呼叫时，服务器根据该群组B和群组A的优先级调度终端当前应该参与哪一个群组的呼叫，例如当群组B的优先级高于群组A的优先级时，服务器将终端当前所参与的组呼进行强拆，从而将终端强制加入群组B的呼叫中。但是，如果群组B的优先级低于或者等于群组A的优先级时，终端不会退出目前群组A的组呼，终端界面也不会有任何变化显示。也就是说，终端在一个群组组呼过程中，如果有其他群组发起组呼，在服务器的调度下有两种处理方式：一个是当前组呼被强拆掉，一个就是终端没有任何变化。

但是，现有技术对于终端自身而言，当终端在一个群组组呼过程中，如果有其他群组向该终端发起组呼时，终端仅会根据服务器的调度来被动的接收其他群组的呼叫或者对其他群组的呼叫毫不知情，即现有技术中的终端无法及时有效的处理来自其他群组的呼叫，从而无法满足用户对呼叫控制的多样性要求。

技术实现要素：

本发明实施例提供一种基于Qchat的呼叫处理方法和终端设备，用以解决现有技术中终端无法及时有效的处理来自其他群组的呼叫，从而无法满足用户对呼叫控制的多样性要求的技术问题。

第一方面，本发明实施例提供一种基于Qchat的呼叫处理方法，应用于终端设备中，所述呼叫处理方法包括：

接收来自第一群组的呼叫；

根据所述呼叫携带的群组标识信息与预设的映射关系确定所述第一群组的会话优先级；其中，所述映射关系包括不同的群组标识信息与会话优先级之间的对应关系；

根据所述第一群组的会话优先级与当前参与会话的第二群组的会话优先级处理所述呼叫。

在一种可能的实施方式中，所述根据所述第一群组的会话优先级与当前参与会话的第二群组的会话优先级处理所述呼叫，具体包括：

判断所述第一群组的会话优先级是否高于所述第二群组的会话优先级；

当判断所述第一群组的会话优先级高于所述第二群组的会话优先级时，接通所述呼叫并切断与所述第二群组的会话。

在另一种可能的实施方式中，当判断所述第一群组的会话优先级低于所述第二群组的会话优先级时，忽略所述呼叫。

在另一种可能的实施方式中，当判断所述第一群组的会话优先级等于所述第二群组的会话优先级时，输出是否将当前会话从所述第二群组切换至所述第一群组的提示信息；

判断是否接收到确认切换的指令，若是，则接通所述呼叫并切断与所述第二群组的会话，若否，则忽略所述呼叫。

在又一种可能的实施方式中，当忽略所述呼叫时，输出存在来自所述第一群组的未接呼叫的提示信息。

第二方面，本发明实施例提供一种终端设备，包括：

接收模块，用于接收来自第一群组的呼叫；

确定模块，用于根据所述呼叫携带的群组标识信息与预设的映射关系确定所述第一群组的会话优先级；其中，所述映射关系包括群组标识信息与会话优先级之间的对应关系；

处理模块，用于根据所述第一群组的会话优先级与当前参与会话的第二群组的会话优先级处理所述呼叫。

在一种可能的实施方式中，所述处理模块包括优先级判断单元和切换单元；

所述优先级判断单元用于判断所述第一群组的会话优先级是否高于所述第二群组的会话优先级，若是，则调用所述切换单元；

所述切换单元用于接通所述呼叫并切断与所述第二群组的会话。

在另一种可能的实施方式中，所述处理模块还包括忽略单元，用于忽略所述呼叫；

当所述优先级判断单元判断所述第一群组的会话优先级低于所述第二群组的会话优先级时，调用所述忽略单元。

在另一种可能的实施方式中，所述处理模块还包括输出单元、指令判断单元和忽略单元，

所述输出单元用于输出是否将当前会话从所述第二群组切换至所述第一群组的提示信息，所述忽略单元用于忽略所述呼叫；

当所述优先级判断单元判断所述第一群组的会话优先级等于所述第二群组的会话优先级时，调用所述输出单元；

所述指令判断单元用于判断是否接收到确认切换的指令，若是，则调用所述切换单元，若否，则调用所述忽略单元。

可选的，所述忽略单元还用于输出存在来自所述第一群组的未接呼叫的提示信息。

本发明实施例提供的基于Qchat的呼叫处理方法和终端设备，终端设备通过接收来自第一群组的呼叫，并根据该呼叫中携带的群组标识信息与预设的映射关系确定第一群组的会话优先级，然后结合该第一群组的会话优先级和终端设备当前参与会话的第二群组的会话优先级处理来自第一群组的呼叫。即，本实施例的方法，终端设备具有自主决策权，终端设备在参与一个群组的会话的过程中接收到来自于其他群组的呼叫时，终端设备自身可以针对该呼叫进行处理，丰富了终端设备对呼叫的控制功能，大大满足了用户对呼叫控制的多样性要求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的Qchat呼叫场景示意图；

图2为本发明实施例提供的QChat系统的整体框图；

图3为本发明实施例提供的基于Qchat的呼叫处理方法实施例的流程示意图；

图4为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图；

图5为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图；

图6为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图；

图7为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图；

图8为本发明实施例提供的基于Qchat的呼叫处理方法实施例的流程示意图；

图9为本发明实施例提供的终端设备实施例一的结构示意图；

图10为本发明实施例提供的终端设备实施例二的结构示意图。

具体实施方式

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

本发明实施例提供的基于Qchat的呼叫处理方法，可以适用于图1所示的Qchat呼叫场景示意图。如图1所示，该Qchat呼叫场景可以包括终端设备、终端设备构建的临时组、包括终端设备的预定义群组以及包括终端设备的预定义聊天室。为了更清楚的介绍本发明实施例的技术方案，这里对上述Qchat呼叫场景中涉及的临时组、预定义群组和预定义聊天室的概念予以介绍：

临时组：临时组的成员由用户在终端设备上自定义，群组信息保存在终端设备中。即终端设备的用户(下述实施例简称A用户)可以从自己的联系人中任意选择几个联系人、或者任意选择几个预定组或者预定义聊天室，作为一个临时组，终端设备可以向该临时组中的成员发出呼叫，该呼叫为组呼。

预定义群组：由管理员在运营商的服务器侧配置好成员，如果这个预定义组中的一个成员发起了组呼，则这个预定义群组中的其他成员自动接入该呼叫，该预定义群组在服务器侧具有唯一的标识符，群组信息保存在运营商的服务器中。

预定义聊天室：其也是由管理员在运营商的服务器侧配置好成员，如果这个预定义聊天室中的一个成员发起了组呼，则这个预定义聊天室中的其他成员可以选择性的接入该呼叫，该预定义聊天室在服务器侧具有唯一的标识符，预定义聊天室的成员信息也保存在运营商的服务器中。

现有技术中，当终端设备在一个群组组呼过程中，如果有其他群组向该终端设备发起组呼时，终端设备仅会根据服务器的调度来被动的接收其他群组的呼叫或者对其他群组的呼叫毫不知情，即现有技术中的终端无法及有效的处理来自其他群组的呼叫，从而无法满足用户对呼叫控制的多样性要求。

本发明实施例提供的基于Qchat的呼叫处理方法，旨在解决现有技术的如上技术问题。需要说明的是，本发明实施例的执行主体可以为终端设备，该终端设备可以是手机、车载通话装置等具有呼叫通话功能、以及PTT功能的设备。

图2为本发明实施例提供的QChat系统的整体框图，利用该QChat系统，当终端设备当前正在参与一个群组的组呼时，如果有其他群组向该终端设备发起组呼，终端设备可以实现对来自于其他群组呼叫的有效处理，从而满足用户对呼叫控制的多样性要求。该QChat系统可以集成在下述实施例的终端设备中，其可以包括呼叫控制数据库模块11、临时组呼出控制模块12、强插强拆控制模块13、守候组控制模块14、对外接口模块15、对讲呼叫发起和显示模块16。下面分别对这些模块的功能进行具体介绍：

呼叫控制数据库模块11：该模块可以包括四个数据表，分别是：呼叫控制数据表、守候组数据表，强插/强拆数据表和临时组呼出控制数据表。其中，呼叫控制数据表记录的是控制选项，用于标识用户是否开启守候组的功能、以及标识用户是否开启强插/强拆功能、以及标识用户是否开启临时组呼出功能；守候组数据表，用于记录用户选择的某个作为守候组的群组信息；强插/强拆数据表用于记录用户当前正在通话中的群组信息；临时组呼出控制数据表(即下述实施例中的临时组集合的一种实现方式)，用于记录用户选择的某个或某些呼出受限临时组的信息。

临时组呼出控制模块12，用于构建临时组以及通过UUID生成算法生成该临时组的全球唯一标识码，以及，在用户启动临时组呼出控制功能时，选择某个或者某些临时组作为呼出受限的对象；还用于将该临时组的名称、全球唯一标识码、该临时组的成员等信息记录在呼叫控制数据库的临时组呼出控制数据表中。当用户删除该临时组时，从该临时组呼出控制数据表中删除对该临时组的所有记录。当用户为该临时组添加或者删除成员时，或者当用户修改该临时组的名称时，修改该临时组呼出控制数据表中对应的选项；同时，还用于在呼叫控制数据库的呼叫控制数据表中记录用户开启临时组呼出控制功能。

强插强拆控制模块13，用于识别各个群组、预定义聊天室的会话优先级，并控制不同会话优先级的群组之间的会话切换；在用户启动强插/强拆功能后，在呼叫控制数据库的呼叫控制数据表中记录用户开启强插/强拆控制功能(即下述实施例中涉及的强制切换的功能)；另外，当用户加入到某个呼叫中后，该模块可以将该呼叫的名称信息记录在呼叫控制数据库的强插/强拆数据表中。

守候组控制模块14，用于当用户开启守候组的功能后，在呼叫控制数据库的呼叫控制数据表中记录用户开启守候组的功能；以及，当用户选定某个群组为守候组后，将该群组的信息记录在守候组数据表中

对外接口模块15，主要负责对外的接口功能，当终端设备的用户(A用户)发起某种呼叫，或者A用户需要接入某个呼叫时，都需要经过本模块进行数据处理。

对讲呼叫发起和显示模块16，主要负责A用户对外发起呼叫，和在界面上显示相应的提示信息。

下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本发明实施例提供的基于Qchat的呼叫处理方法实施例的流程示意图。本实施例涉及的是终端设备在接收到来自第一群组的呼叫时，通过第一群组的优先级和终端设备当前参与会话的第二群组的优先级对该呼叫进行及时处理的具体过程。

在介绍本实施例之前，需要说明的是，本实施例可以由上述图2中的强插强拆模块执行。

如图3所示，该方法包括如下步骤：

S101：接收来自第一群组的呼叫。

本实施例中，终端设备既属于第一群组，也属于第二群组，并且终端设备当前正在参与第二群组的会话。此时，当第一群组向终端设备发起呼叫时，终端设备接收该第一群组的呼叫。该呼叫中携带第一群组的群组标识信息。可选的，该第一群组和第二群组可以为预定义群组，还可以为预定义聊天室。需要说明的是，本实施例中的接收来自第一群组的呼叫，只是终端设备的软件模块或者硬件模块感知到当前有第一群组向终端设备发起呼叫，其并不代表接通该呼叫。

S102：根据所述呼叫携带的群组标识信息与预设的映射关系确定所述第一群组的会话优先级；其中，所述映射关系包括群组标识信息与会话优先级之间的对应关系。

具体的，当终端设备接收到第一群组的呼叫时，终端设备根据该呼叫中所携带的群组标识信息(即第一群组的群组标识信息)和预设的映射关系确定第一群组的会话优先级，该映射关系中，不同的群组标识信息对应的会话优先级不同。可选的，上述映射关系中的各个群组标识信息的格式可以相同，还可以不同，本实施例对此并不做限定。

可选的，上述群组标识信息的格式可以是管理员预先设定的。可选的，该群组标识信息的格式可以按照预定义群组的名称/预定义聊天室的名称/独立联系人的名称/临时组的名称+“#”(分隔符)+数字(两位十进制)规则，数字范围从00-99来命名。这里由数字可以用来表示群组的会话优先级，可选的，数字越小，表明会话优先级越高。例如，终端设备户同时属于领导办公室预定义群组#00(第一群组)和技术科预定义群组#02(第二群组)，则第一群组对应的会话优先级就高于第二群组的会话优先级。另外，可选的，在上述预设的映射关系中，如果部分群组(例如预定义群组、预定义聊天室或者临时组)并未采用该种格式，则该群组的会话优先级低于采用上述格式的群组的会话优先级。对于这些未采用上述格式的群组，管理员可以根据相应的设定原则或者群组的业务类型设定该群组的会话优先级。

S103：根据所述第一群组的会话优先级与当前参与会话的第二群组的会话优先级处理所述呼叫。

具体的，当终端设备确定第一群组的会话优先级之后，终端设备可以结合第一群组的会话优先级和第二群组的会话优先级，及时处理来自于第一群组的呼叫，具体的处理方式本发明实施例并不做限定，例如终端设备向用户显示当前存在第一呼叫，或者终端设备振动提示用户当前存在来自于其他群组的呼叫等等。应该注意的是，终端设备确定第二群组的会话优先级的方式和确定第一群组的会话优先级的方式类似，在此不再赘述。

由上述描述可知，当终端设备当前正在参与第二群组的会话时，若存在来自于第一群组的呼叫，终端设备可以结合第一群组的会话优先级和第二群组的会话优先级对该来自于第一群组的呼叫进行处理，其不需要被动的接受服务器的调度，并且可以及时的获知来自于第一群组的呼叫。也就是说，本实施例提供的方法，使得终端设备具有自主决策权，终端设备在参与一个群组的会话的过程中接收到来自于其他群组的呼叫时，终端设备自身可以针对该呼叫进行处理，丰富了终端设备对呼叫的控制功能，大大满足了用户对呼叫控制的多样性要求。

本发明实施例提供的基于Qchat的呼叫处理方法，终端设备通过接收来自第一群组的呼叫，并根据该呼叫中携带的群组标识信息与预设的映射关系确定第一群组的会话优先级，然后结合该第一群组的会话优先级和终端设备当前参与会话的第二群组的会话优先级处理来自第一群组的呼叫。即，本实施例的方法，终端设备具有自主决策权，终端设备在参与一个群组的会话的过程中接收到来自于其他群组的呼叫时，终端设备自身可以针对该呼叫进行处理，丰富了终端设备对呼叫的控制功能，大大满足了用户对呼叫控制的多样性要求。

图4为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图。本实施例涉及的是终端设备结合第一群组的会话优先级和第二群组的会话优先级处理来自第一群组的呼叫的具体处理过程。在上述实施例的基础上，进一步地，上述S103具体可以包括：

S201：判断所述第一群组的会话优先级是否高于所述第二群组的会话优先级。

具体的，当终端设备确定了第一群组的会话优先级之后，终端设备判断该第一群组的会话优先级是否高于第二群组的会话优先级，从而根据当前的判断结果确定执行下述S202或者S203或者S204的处理过程。

可选的，作为本实施例的一种可能的实施方式，终端设备在判断第一群组的会话优先级是否高于所述第二群组的会话优先级之前，终端设备还可以判断自身是否开启了强制切换会话的功能(即上述的强插强拆功能)。该强制切换会话的功能用于表征终端设备是否能够从所述第二群组的会话中强制切换至会话优先级高于第二群组的其他群组中。当终端设备开启了该强制切换会话功能，则终端设备可以判断第一群组的会话优先级是否高于第二群组的会话优先级。如果终端设备未开启强制切换会话功能，那么表明终端设备当前仅能参与第二群组的会话，则终端设备无需判断第一群组和第二群组的会话优先级的高低，从而可以节省终端设备的处理开销。

可选的，上述第一群组与第二群组可以为相同用户类别的群组，例如二者同为预定义群组，或者二者同为预定义聊天室，可选的，二者还可以为不同用户类别的群组，例如第一群组为预定义群组，第二群组为预定义聊天室。

S202：当判断所述第一群组的会话优先级高于所述第二群组的会话优先级时，接通所述呼叫并切断与所述第二群组的会话。

具体的，当终端设备判断第一群组的会话优先级高于第二群组的会话优先级时，终端设备可以接通当前来自第一群组的呼叫，并且切断与第二群组的会话。也就是说，第一群组可以对会话优先级低的第二群组的会话进行强插强拆，即强制切换。当第二群组与第一群组均为预定义群组时，会话优先级高的预定义群组可以对会话优先级低的预定义群组的会话进行强插强拆；当第二群组与第一群组均为预定义聊天室时，会话优先级高的预定义聊天室可以对会话优先级低的预定义聊天室的会话进行强插强拆。当然，当第一群组和第二群组的用户类别不同时，也可以按照会话优先级进行强制切换。

例如：A用户同时属于领导办公室预定义群组#00(第一群组)和技术科预定义群组#02(第二群组)，其中第一群组的会话优先级高于第二群组的会话优先级。当A用户正在技术科预定义群组#02通话中时，领导办公室预定义群组#00有用户向A用于发起预定义组呼(领导办公室预定义群组比技术科预定义群组的会话优先级高，表明领导办公室预定义群组的会话比技术科预定义群组的会话更为重要)，则A用户在技术科预定义群组#02中的会话被领导办公室预定义群组#00强制打断。可选的，可以在A用户的终端设备的界面提示“当前通话已进入领导办公室预定义群组#00组呼中”，同时伴有呼通的声音和振动提示。

该步骤中，终端设备通过结合第一群组的会话优先级和第二群组的会话优先级的高低，确定终端设备是否能够强制切断当前参与的会话，并接通其他会话优先级更高的群组的呼叫，即本步骤终端设备自身可以及时有效的处理更加重要、更加紧急的群组会话，无需服务器的调度，终端设备的控制功能丰富，进一步满足了用户对呼叫控制的多样性要求。

S203：当判断所述第一群组的会话优先级低于所述第二群组的会话优先级时，忽略所述呼叫。

具体的，本步骤中，当终端设备判断第一群组的会话优先级低于第二群组的会话优先级时，终端设备可以忽略当前来自于第一群组的呼叫，避免第一群组的呼叫影响终端设备当前所参与的会话。

可选的，当终端设备忽略来自第一群组的呼叫时，终端设备可以输出来自第一群组的未接呼叫的提示信息。可选的，该提示信息可以是文字提示信息、语音信息或者振动提示等等，本实施例对该提示信息的形式并不做限定，只要能够通知终端设备的用户当前存在其他群组的未接呼叫即可，从而使得用户可以及时获知当前具体有哪些群组向终端设备发出呼叫，用户在终端设备忽略该呼叫的基础上，用户可以再次对所忽略的呼叫进行判断，决定是否及时处理该呼叫。故而，该种可选的实施方式，当终端设备在参与第二群组的会话过程中如果存在来自于第一群组的呼叫时，当第一群组的会话优先级低于第二群组的会话优先级，终端设备可以及时获知该呼叫具体情况，并做出忽略该呼叫的处理动作，避免终端设备因服务器的调度对该第一群组的呼叫毫不知情的情况，提高了终端设备的自主决策权；另外，当终端设备忽略来自于第一群组的呼叫后，其输出相应的提示信息，从而使得用户可以及时获知当前存在其他群组对终端设备的呼叫，用户可以自主决定何时对该第一群组的呼叫进行回拨等处理，进一步提高了用户的使用体验。

S204：当判断所述第一群组的会话优先级等于所述第二群组的会话优先级时，输出是否将当前会话从所述第二群组切换至所述第一群组的提示信息。之后，执行S205。

具体的，当终端设备判断第一群组的会话优先级等于第二群组的会话优先级时，终端设备输出是否将当前会话从第二群组切换至第一群组的提示信息，可选的，该提示信息可以是文字提示信息，还可以是伴有声音和振动的提示信息，本实施例对该提示信息的形式并不做限定，只要能够提示用户即可。

S205：判断是否接收到确认切换的指令，若是，执行S206，若否，执行S207。

具体的，当终端设备输出是否将当前会话从第二群组切换至第一群组的提示信息之后，终端设备在预设时间内判断是否接收到用户输入的确认切换的指令。可选的，该确认切换的指令可以是用户的触摸指令，还可以是用户的语音指令，还可以用户的其他类型例如上下晃动终端设备、左右晃动终端设备的指令等，本实施例对该指令的形式并不做限定。

S206：接通所述呼叫并切断与所述第二群组的会话。

具体的，当终端设备确定在预设时间内接收到用户输入的确认切换的指令后，终端设备接通该来自于第一群组的呼叫，并切换与第二群组的会话，即终端设备根据用户的指示及时处理来自于第一群组的呼叫，从而大大满足了用户对呼叫控制的多样性要求。

例如，技术科预定义群组#01和策划科预定义群组#01具有同等级别的会话优先级，当A用户在科技科预定义群组#01中时，策划科预定义群组#01有用户发起预定义组呼，此时A用户的终端设备会振动提示，屏幕点亮，界面提示“策划科预定义群组呼入，确定是否切换？”，A用户根据自己需要选择是或否。如果A用户选择“是”，即用户输入确认切换的指令，则终端设备退出科技科预定义群组#01组呼，进入策划科预定义群组#01组呼中。

S207：忽略所述呼叫。

可选的，当终端设备在预设时间内未接收到用户输入的确认切换的指令后，终端设备忽略来自于第一群组的呼叫，避免第一群组的呼叫影响终端设备当前所参与的会话。可选的，当终端设备忽略来自第一群组的呼叫时，终端设备可以输出来自第一群组的未接呼叫的提示信息。可选的，该提示信息可以是文字提示信息、语音信息或者振动提示等等，本实施例对该提示信息的形式并不做限定，只要能够通知终端设备的用户当前存在其他群组的未接呼叫即可。

本发明实施例提供的基于Qchat的呼叫处理方法，终端设备通过判断第一群组的会话优先级是否高于第二群组的会话优先级，并根据不同的判断结果对来自于第一群组的呼叫进行不同的处理，即本实施例中，终端设备在参与一个群组的会话的过程中接收到来自于其他群组的呼叫时，终端设备自身可以针对该呼叫进行处理，该终端设备功能丰富，且具有自主决策权，大大满足了用户对呼叫控制的多样性要求。

在上述实施例的基础上，终端设备除了根据第一群组的会话优先级和第二群组的会话优先级对来自于第一群组的呼叫进行有效处理之外，可选的，终端设备还可以通过是否开启了守候组功能、呼叫类型、群组类型等因素来对终端设备所涉及的第一呼叫进行相应的处理和控制。需要说明的是，这里所说的“第一呼叫”，可以是上述实施例中的来自于第一群组的呼叫，还可以是终端设备自身呼出的呼叫。下述实施例对第一呼叫的类型并不做限定。需要说明的是，下述终端设备当前可以正在参与第二群组的会话，还可以不参与第二群组的会话。

图5为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图。本实施例涉及的是终端设备通过第一呼叫所涉及的群组(该群组可以是上述第一群组，还可以是其他的群组)是否是守候组，来确定是否允许接收第一呼叫或者是否允许该第一呼叫正常呼出的具体过程，通过该方法使得用户可以在某段时间内仅参与一个群组的呼叫，不会受到其他群组影响，满足了用户的多样化控制需求。如图5所示，该方法包括：

S301：当确定针对终端设备的第一呼叫为组呼时，判断所述终端设备是否开启守候组的功能。

其中，所述守候组的功能用于表征禁止所述终端设备参与非守候组的呼叫，所述守候组可以为终端设备能够参与呼叫的预定义群组或者预定义聊天室。

具体的，本发明实施例所涉及的“针对终端设备的第一呼叫”可以是向终端设备发起的第一呼叫，还可以是终端设备向别的用户发出的呼叫。终端设备判断自身所涉及的第一呼叫是否为组呼，这里的组呼指的是第一终端向包含终端设备的预定义群组、包含终端设备的预定义聊天室、终端设备的临时组(终端设备的临时组中不包含终端设备)发起的呼叫、或者是预定义群组或者预定义聊天室向终端设备发起的呼叫(临时组向终端设备发起的呼叫为单呼)。当终端设备确定第一呼叫为组呼时，终端设备判断当前是否开启了守候组的功能。

需要说明的是，如果用户开启了守候组的功能，说明用户仅能接收自己预设的守候组的呼叫，或者仅可以向自己预设的守候组发起呼叫，通过这样的设置，就可以确保用户在某段时间内仅参与一个群组的呼叫，不会受到其他群组影响。即本发明实施例涉及的守候组的功能，可以表征禁止终端设备参与非守候组的呼叫。其中，守候组为终端设备开启了守候组功能后仅能够参与呼叫的群组，非守候组为在终端设备开启了守候组功能后无法参与呼叫的群组。另外，应该注意的是，本发明实施例中涉及的守候组可以为预定义群组和/或预定义聊天室。

S302：若所述终端设备开启守候组的功能，则判断所述第一呼叫涉及的群组是否是守候组。若否，执行S303，若是，执行S304。

S303：确定所述第一呼叫无效。

具体的，当终端设备确定自身开启了守候组的功能之后，终端设备判断上述第一呼叫涉及的群组(下述简称群组A)是否是守候组(该操作可以是上述对外接口模块执行的)。当终端设备判断群组A为非守候组时，由于终端设备当前开启了守候组的功能，其仅能参与守候组的呼叫，因此，终端设备确定上述群组A涉及的第一呼叫(可能是群组A发出的组呼，还可能是终端设备发出的组呼)无效。

S304：确定所述终端设备能够参与所述第一呼叫。

具体的，当终端设备判断群组A是守候组时，则终端设备获知当前的第一呼叫为作为守候组的群组A发起的或者是终端设备向群组A发出的呼叫，因此，终端设备认为该第一呼叫有效，进入正常的呼叫进程，由上述对讲呼叫发起和显示模块进行处理。

该实施例中，终端设备在确定针对终端设备的第一呼叫为组呼时，判断终端设备是否开启守候组的功能，当终端设备开启守候组的功能后，进一步判断上述第一呼叫涉及的群组A是否是守候组，并在确定群组A为非守候组时，认为上述第一呼叫无效。该方法使得终端设备可以在开启守候组功能后仅参与某个固定的守候组中的呼叫，不去响应其他非守候组的呼叫，大大提高了用户的呼叫体验，并且满足了用户的多样性呼入、呼出控制的要求。

可选的，若上述第一呼叫为呼入类型的组呼，则终端设备输出第一提示信息，该第一提示信息可以提示终端设备的用户当前存在群组A的未接来电。可选的，该第一提示信息可以是界面显示信息，还可以是语音信息、振动信息等，本发明实施例对第一提示信息的形式并不做限定。

可选的，若上述第一呼叫为呼出类型的组呼，则终端设备输出第二提示信息，该第二提示信息用于提示终端设备的用户该终端设备当前处于守候组中，其仅能参与守候组的呼叫，因此当前无法呼叫群组A。可选的，该第二提示信息可以是界面显示信息，还可以是语音信息、振动信息等，本发明实施例对第二提示信息的形式并不做限定。

在上述图5所示实施例的基础上，图6为本发明实施例提供的基于Qchat的呼叫处理方法实施例的部分流程示意图。本实施例涉及的是终端设备在确定自身未开启守候组的功能，通过第一呼叫的类型和群组A的类型，确定第一呼叫是否有效的具体过程。在上述实施例的基础上，进一步地，在上述S301之后，该方法还可以包括如下步骤：

S401：若所述终端设备未开启守候组的功能，则确定所述第一呼叫的呼叫类型，所述呼叫类型包括呼入类型的呼叫和呼出类型的呼叫。

S402：根据所述第一呼叫的呼叫类型和所述群组A的类型，确定所述第一呼叫是否有效；其中，所述群组A的类型包括预定义群组、预定义聊天室和临时组。

具体的，当终端设备确定自身并未开启守候组的功能时，也就是说终端设备存在当前可以参与其他非守候组的呼叫的可能性，并不局限于守候组，此时的群组A可能是预定义群组，也可能是预定义聊天室，还可能是临时组。因此，终端设备此时可以根据上述第一呼叫的类型，并结合群组A的类型进一步确定第一呼叫是否有效。可选的，如果终端设备确定群组A为预定义群组，则终端设备可以参与该群组A的组呼，可选的，如果终端设备确定群组A为预定义聊天室，则终端设备也可以参与该群组A的组呼。可选的，当终端设备确定第一呼叫为呼出类型的组呼，且确定群组A为临时组时，终端设备还可以结合预设的临时组集合确定当前是否对该群组A具有呼出的权限，具体参见下述图7所示的实施例的部分流程示意图，图7中，终端设备可以对临时组的呼出功能进行控制，即上述S402具体可以包括如下步骤：

S501：若所述第一呼叫为呼出类型的组呼，则在确定所述群组A为临时组时，判断所述终端设备是否开启临时组呼出控制功能。若是，执行S502，若否，则执行S505。

所述临时组呼出控制功能用于表征所述终端设备能够对所述终端设备对应的临时组进行呼出限制。

具体的，当终端设备确定上述第一呼叫为呼出类型的组呼时，终端设备确定该第一呼叫涉及的群组A是否为临时组。如果群组A为临时组，则就存在第一呼叫无效的可能性，这是因为有可能终端设备预先设置了部分呼出受限的临时组，终端设备无法对这类呼出受限的临时组成功发起呼叫。这里需要说明的是，终端设备在创建临时组集合时，其会根据待构建的呼出受限临时组的名称和成员信息，通过通用唯一识别码(Universally Unique Identifier，简称UUID)生成算法生成该呼出受限临时组的全球唯一标识符，并将该呼出受限临时组的全球唯一标识符、该呼出受限临时组的名称、全球唯一标识符、该呼出受限临时组的成员信息记录在上述临时组呼出控制数据表中，即添加至上述临时组集合中。可选的，在终端设备构建呼出受限临时组之前，终端设备还可以根据该待构建的呼出受限临时组的名称和成员信息，判断该呼出受限临时组是否已经存在，若存在，则终端设备提示用户不能重复建立相同的呼出受限临时组。

因此，当终端设备确定群组A为临时组之后，终端设备会判断自身是否开启了临时组呼出控制功能。如果终端设备开启了临时组呼出控制功能，则说明终端设备当前可以对终端设备对应的某些临时组进行呼出限制，即存在能够进行呼出限制的可能性。当然，如果终端设备未开启临时组呼出控制功能，则说明终端设备可以对终端设备上的任意临时组发起呼叫。

S502：判断所述群组A是否属于预设的临时组集合匹配，所述临时组集合包括至少一个呼出受限临时组。若是，则执行S503，若否，则执行S504。

S503：输出第三提示信息，所述第三提示信息用于提示所述终端设备的用户所述终端设备当前无法呼叫所述群组A。

具体的，当终端设备开启临时组呼出控制功能之后，终端设备判断上述群组A是否属于预设的临时组集合，该临时组集合包括至少一个呼出受限临时组。若终端设备判断上述群组A属于预设的临时组集合，则说明该群组A为呼出受限临时组，从而表明终端设备向该群组A发出的呼叫是无效的，即该第一呼叫是无法成功发起的，则终端设备此时会输出第三提示信息，以提示终端设备的用户当前无法成功呼叫群组A。可选的，该第三提示信息可以是界面显示信息，还可以是语音信息、振动信息等，本发明实施例对第三提示信息的形式并不做限定。

S504：允许所述终端设备呼叫所述群组A。

具体的，若终端设备判断上述群组A不属于预设的临时组集合，则说明该群组A不是呼出受限临时组，从而表明第一终端可以向该群组A成功发起第一呼叫，即第一呼叫是有效的。

S505：允许所述终端设备呼叫所述群组A。

具体的，如果终端设备未开启临时组呼出控制功能，则说明终端设备可以对终端设备上的任意临时组发起呼叫，即上述预设的临时组集合中的呼出受限临时组并不会发挥控制作用。

可选的，当终端设备未开启守候组的功能，则在确定第一呼叫为呼入类型的组呼时(即上述实施例所描述的“当前存在来自于第一群组的呼叫”)，终端设备可以判断自身是否开启强制切换会话的功能，此时假设终端设备处于正在参与第二群组的会话的状态。当终端设备确定开启了强制切换会话的功能后，可以按照上述图3和图4所示的实施例及时有效的对来自于第一群组的呼叫进行处理。

由上述描述可知，本发明实施例在确定终端设备未开启守候组的功能后，在确定第一呼叫为呼出类型的呼叫并且在确定第一呼叫涉及的群组A为临时组时，通过判断终端设备是否开启临时组呼出控制功能，并在确定终端设备开启临时组呼出控制功能后，判断群组A是否为呼出受限临时组，从而在确定群组A为呼出受限临时组时，提示用户终端设备向群组A发出的第一呼叫为无效呼叫，即本发明实施例终端设备可以通过预设的临时组集合以及临时组呼出控制功能是否开启，来控制临时组的呼出状态，进一步满足了用户对临时组的呼出控制需求，大大提高了用户的体验。

图8为本发明实施例提供的基于Qchat的呼叫处理方法的流程示意图。该实施例涉及的是终端设备对涉及的第一呼叫进行及时有效的处理的一种可能的实施方式。如图8所示，该方法包括如下步骤：

S601：判断针对终端设备的第一呼叫是否为组呼；若是，执行S602；若否，退出流程。

S602：判断终端设备是否开启守候组的功能。若是，执行S603，若否，执行S606。

S603：判断所述第一呼叫涉及的群组A是否是守候组。若否，执行S604，若是，执行S605。

S604：确定第一呼叫无效。

S605：确定第一呼叫有效。

S606：确定所述第一呼叫的呼叫类型。之后，执行S607和S614。

S607：若所述第一呼叫为呼出类型的组呼，则判断群组A是否为临时组。若是，执行S608，若否，执行S613

S608：判断所述终端设备是否开启临时组呼出控制功能。若是，执行S609，若否，执行S612。

S609：判断群组A是否属于预设的临时组集合。若是，执行S610，若否，执行S611。

S610：输出第三提示信息，所述第三提示信息用于提示所述终端设备的用户所述终端设备当前无法呼叫群组A。

S611：确定终端设备能够呼叫群组A。

S612：确定终端设备能够呼叫群组A。

S613：确定终端设备可以对任意的群组发出呼叫。

S614：若所述第一呼叫为呼入类型的组呼，即终端设备接收到来自于群组A的呼叫(该群组A为上述实施例中的第一群组)，则判断终端设备是否开启强制切换会话的功能。若是，执行S615，若否，执行S622。

S615：根据所述呼叫携带的群组标识信息与预设的映射关系确定第一群组的会话优先级。之后，执行S616或S617或S618。

S616：若第一群组的会话优先级高于终端设备当前正在参与会话的第二群组的会话优先级，则接通所述呼叫并切断与所述第二群组的会话。

S617：若第一群组的会话优先级低于终端设备当前正在参与会话的第二群组的会话优先级，忽略所述呼叫。

可选的，当忽略所述呼叫时，输出存在来自第一群组的未接呼叫的提示信息。

S618：若第一群组的会话优先级等于终端设备当前正在参与会话的第二群组的会话优先级，输出是否将当前会话从第二群组切换至第一群组的提示信息。之后，执行S619。

S619：判断在预设时间内是否接收到确认切换的指令。若是，执行S620，若否，执行S621。

S620：接通所述呼叫并切断与所述第二群组的会话。

S621：忽略所述呼叫。

可选的，当忽略所述呼叫时，输出存在来自第一群组的未接呼叫的提示信息。

S622：不允许切断第二群组的会话。

上述S601至S622的具体过程可以参见上述实施例的具体描述，在此不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图9为本发明实施例提供的终端设备实施例一的结构示意图。如图9所示，该终端设备包括：接收模块21、确定模块22和处理模块23。

接收模块21，用于接收来自第一群组的呼叫；

确定模块22，用于根据所述呼叫携带的群组标识信息与预设的映射关系确定所述第一群组的会话优先级；其中，所述映射关系包括群组标识信息与会话优先级之间的对应关系；

处理模块23，用于根据所述第一群组的会话优先级与当前参与会话的第二群组的会话优先级处理所述呼叫。

本发明实施例提供的终端设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

图10为本发明实施例提供的终端设备实施例二的结构示意图。在上述图9所示实施例的基础上，进一步地，如图10所示，上述处理模块23，包括：优先级判断单元231和切换单元232；

所述优先级判断单元231用于判断所述第一群组的会话优先级是否高于所述第二群组的会话优先级，若是，则调用所述切换单元232；

所述切换单元232用于接通所述呼叫并切断与所述第二群组的会话。

可选的，所述处理模块23还包括忽略单元233，用于忽略所述呼叫；

当所述优先级判断单元231判断所述第一群组的会话优先级低于所述第二群组的会话优先级时，调用所述忽略单元233。

可选的，所述处理模块23还包括输出单元234、指令判断单元235，

所述输出单元234用于输出是否将当前会话从所述第二群组切换至所述第一群组的提示信息，所述忽略单元233用于忽略所述呼叫；

当所述优先级判断单元231判断所述第一群组的会话优先级等于所述第二群组的会话优先级时，调用所述输出单元234；

所述指令判断单元235用于判断是否接收到确认切换的指令，若是，则调用所述切换单元232，若否，则调用所述忽略单元233。

可选的，所述忽略单元233还用于输出存在来自所述第一群组的未接呼叫的提示信息。

本发明实施例提供的终端设备，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。