CN104836752B - 一种通信请求处理方法及终端设备 - Google Patents
一种通信请求处理方法及终端设备 Download PDFInfo
- Publication number
- CN104836752B CN104836752B CN201510162218.1A CN201510162218A CN104836752B CN 104836752 B CN104836752 B CN 104836752B CN 201510162218 A CN201510162218 A CN 201510162218A CN 104836752 B CN104836752 B CN 104836752B
- Authority
- CN
- China
- Prior art keywords
- communication request
- call
- incoming
- detected
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 1023
- 238000003672 processing method Methods 0.000 title claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 28
- 238000001514 detection method Methods 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 172
- 230000004044 response Effects 0.000 claims description 120
- 239000003999 initiator Substances 0.000 claims description 40
- 230000000977 initiatory effect Effects 0.000 claims description 22
- 238000012913 prioritisation Methods 0.000 claims description 8
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 239000000725 suspension Substances 0.000 claims description 2
- 230000006870 function Effects 0.000 description 30
- 238000007726 management method Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 12
- 238000009877 rendering Methods 0.000 description 12
- 230000011664 signaling Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 238000011897 real-time detection Methods 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 6
- 230000010365 information processing Effects 0.000 description 5
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 238000012856 packing Methods 0.000 description 4
- 238000004088 simulation Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
本发明公开了一种通信请求处理方法以及终端设备，其中，所述方法包括：检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；获取所检测到的通信请求对应的至少一个特征参数；基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
Description
技术领域
本发明涉及信息处理领域中的通信处理技术，尤其涉及一种通信请求处理方法及终端设备。
背景技术
用户在进行通信时，会出现用户A呼叫用户B，且用户B也正在呼叫用户A的情况，往往会提示用户无法接通或对方正在通话中并退出通信。但是在实际使用终端设备进行通信的场景中，两个用户在约定需要进行通信时，如果双方同时向对方进行通信请求，就会需要多次呼叫才能接通，浪费了用户时间。
发明内容
有鉴于此，本发明的主要目的在于提供一种通信请求处理方法及终端设备，至少解决了现有技术中存在的上述问题
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种通信请求处理方法，应用于终端设备，所述方法包括：
检测通信请求；
至少检测到呼叫通信请求以及呼入通信请求；
获取所检测到的通信请求对应的至少一个特征参数；
基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
上述方案中，所述基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序，包括：
基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；
基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
上述方案中，所述特征参数包含有以下信息至少之一：
所述通信请求的发起方的标识信息；
所述通信请求的接收方的标识信息；
所述通信请求的发起时刻；
所述通信请求对应的应用的信息。
上述方案中，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及第二呼入通信请求，所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用。
上述方案中，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
上述方案中，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及至少一个呼入通信请求；
其中，所述第一呼叫通信请求以及所述至少一个呼入通信请求均归属于相同应用。
上述方案中，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
上述方案中，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及第二呼入通信请求；其中，所述第一呼叫通信通信请求以及所述第二呼入通信请求分别归属于不同应用；且所述第一呼叫通信请求信宿与所述第二呼入通信请求信源一致，所述第一呼叫通信请求信源与所述第二呼入通信请求信宿一致；
相应的，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行中止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
本发明实施例还提供了一种终端设备，包括：
检测单元，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
处理单元，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
上述方案中，所述排序单元，具体用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
上述方案中，所述特征参数包含有以下信息至少之一：
所述通信请求的发起方的标识信息；
所述通信请求的接收方的标识信息；
所述通信请求的发起时刻；
所述通信请求对应的应用的信息。
上述方案中，所述检测单元，具体用于检测到第一呼叫通信请求以及第二呼入通信请求，所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用。
上述方案中，所述处理单元，具体用于从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
上述方案中，所述检测单元，具体用于检测到第一呼叫通信请求以及至少一个呼入通信请求；
其中，所述第一呼叫通信请求以及所述至少一个呼入通信请求均归属于相同应用。
上述方案中，所述处理单元，具体用于从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
所述处理单元，具体用于从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
上述方案中，所述检测单元，具体用于检测到第一呼叫通信请求以及第二呼入通信请求；其中，所述第一呼叫通信通信请求以及所述第二呼入通信请求分别归属于不同应用；且所述第一呼叫通信请求信宿与所述第二呼入通信请求信源一致，所述第一呼叫通信请求信源与所述第二呼入通信请求信宿一致；
相应的，所述处理单元，具体用于从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行中止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
采用本发明提供的通信请求处理方法及终端设备，能够在检测到呼叫通信请求以及呼入通信请求时，基于通信请求的特征参数，确定各个通信请求的优先级排序，进而基于优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
附图说明
图1为本发明实施例信息处理方法流程示意图一；
图2为本发明实施例信息处理方法流程示意图二；
图3为本发明实施例场景示意图一；
图4为本发明实施例场景示意图二；
图5为本发明实施例信息处理方法流程示意图二；
图6为本发明实施例场景示意图三；
图7为本发明实施例场景示意图四；
图8为本发明实施例场景示意图五；
图9为本发明实施例信息处理方法流程示意图三；
图10为本发明实施例场景示意图六；
图11为本发明实施例终端设备组成结构示意图一；
图12为本发明实施例终端设备组成结构示意图二；
图13为本发明实施例系统组成结构示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
实施例一、
本发明实施例提供了一种通信请求处理方法，应用于终端设备，如图1所示，所述方法包括：
步骤101：检测通信请求；
步骤102：至少检测到呼叫通信请求以及呼入通信请求；
步骤103：获取所检测到的通信请求对应的至少一个特征参数；
步骤104：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
步骤105：基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
可以理解的是，随着通信请求来自于不同的应用，可以为多种类型的通信请求，比如，可以为基于通话功能的语音通话请求；或者可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；
所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
上述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理可以包括：基于所述优先级排序从所述检测到的通信请求中选取一个通信请求进行响应处理，或者选取至少一个通信请求进行终止处理。
可见，通过采用上述方案，就能够在检测到呼叫通信请求以及呼入通信请求时，基于通信请求的特征参数，确定各个通信请求的优先级排序，进而基于优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例二、
本发明实施例提供了一种通信请求处理方法，应用于终端设备，如图2所示，所述方法包括：
步骤201：检测通信请求；
步骤202：检测到第一呼叫通信请求以及第二呼入通信请求，所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用；
步骤203：获取所检测到的通信请求对应的至少一个特征参数；
步骤204：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
步骤205：基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图3所示，仅检测到了一对呼叫请求，即仅检测到所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用的场景，比如，当图3中所示的用户A通过网络呼叫用户B的同时，用户B也在通过网络呼叫用户A的情况，那么假设本实施例中的终端设备指的用户A所使用的终端设备，针对该终端设备，在向用户B发起第一呼叫通信请求的同时，还接收到了用户A向其发起的第二呼入通信请求。第一呼叫通信请求以及所述第二呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述第二呼入通信可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序，包括：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻。
其中，所述确定检测到的通信请求对应的特征值可以为根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；
具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
上述三种方式其实只是单独使用特征参数中定义的一种信息来确定特征值的方式，但是，实际上不排除有有两两结合来确定特征值的方式。
进一步的，上述基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序，可以为：根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
可以理解的是，上述两种实施方式需要在发起第一呼叫通信请求的终端设备以及发起第二呼入通信请求的另一个终端设备中设置相同的实施规则，比如，两个终端设备均设置为从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。
比如，如图4所示，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设图4中在用户A使用的终端设备中，经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。图4只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
可见，通过采用上述方案，就能够在检测到呼叫通信请求以及呼入通信请求时，基于通信请求的特征参数，确定各个通信请求的优先级排序，进而基于优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例三、
本发明实施例提供了一种通信请求处理方法，应用于终端设备，如图5所示，所述方法包括：
步骤501：检测通信请求；
步骤502：检测到第一呼叫通信请求以及至少一个呼入通信请求；其中，所述第一呼叫通信请求以及所述至少一个呼入通信请求均归属于相同应用；
步骤503：获取所检测到的通信请求对应的至少一个特征参数；
步骤504：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
步骤505：基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图6所示，仅检测到了多个通信请求，即仅检测到所述第一呼叫通信请求以及两个呼入通信请求均归属于相同应用的场景，比如，当图中所示的用户A通过网络呼叫用户B的同时，用户B也在通过网络呼叫用户A，还有用户C也在通过网络呼叫用户A。那么假设本实施例中的终端设备指的用户A所使用的终端设备，针对该终端设备，在向用户B发起第一呼叫通信请求的同时，还接收到了用户B以及用户C分别向其发起的两个呼入通信请求。第一呼叫通信请求以及所述两个呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述两个呼入通信请求可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序，包括：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻。
其中，所述确定检测到的通信请求对应的特征值可以为根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
上述三种方式其实只是单独使用特征参数中定义的一种信息来确定特征值的方式，但是，实际上不排除有有两两结合来确定特征值的方式。
进一步的，上述基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序，可以为：根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
其中，所述信源可以为通信请求的发起方，所述信宿可以为通信请求的接收方。需要指出的是，上述所述第二呼入通信请求的信宿与所述第一呼叫通信请求信源相同。
可以理解的是，上述实施方式需要在多个终端设备中设置相同的实施规则，比如，终端设备均设置为从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求，从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。
下面结合图7以及图8对所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理的方法进行说明，比如：
图7所示，从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从图中可以看出，用户A与用户B之间，基于同一个应用相互之间发起了通信请求，假设用户A使用的为本实施例中所述终端设备，那么第一呼叫通信请求即为用户A针对所述用户B发起的“呼叫用户B”，呼入通信请求的信源即发起方为用户B与第一呼叫通信请求的信宿即接收方相同，即第二呼入通信请求为用户B针对用户A发起的“呼叫用户A”；此时，还可以进行的操作可以为忽略用户C针对用户A发来的“呼叫用户A”的通信请求，或者，可以如图7中所示，终止所述用户C针对用户A的“呼叫用户A”的通信请求。其中，本实施例中所述终止通信请求的方式可以为不对该通信请求进行响应。
然后，如图8所示，从用户A对用户B的第一呼叫通信请求“呼叫用户B”以及用户B对用户A的第二呼入通信请求“呼叫用户A”中，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设用户A经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。图8只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
如此，通过采用本实施例提供的方案，能够在一个终端设备通过一个应用接收到多个呼入通信请求时，首先选取出对冲通信的第一呼叫通信请求以及第二呼入通信请求，再针对第一呼叫通信请求以及第二呼入通信请求进行优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例四、
本发明实施例提供了一种通信请求处理方法，应用于终端设备，如图9所示，所述方法包括：
步骤901：检测通信请求；
步骤902：检测到第一呼叫通信请求以及第二呼入通信请求；其中，所述第一呼叫通信通信请求以及所述第二呼入通信请求分别归属于不同应用；且所述第一呼叫通信请求信宿与所述第二呼入通信请求信源一致，所述第一呼叫通信请求信源与所述第二呼入通信请求信宿一致；
步骤903：获取所检测到的通信请求对应的至少一个特征参数；
步骤904：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
步骤905：基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图10所示，仅检测到了一对呼叫请求，即仅检测到所述第一呼叫通信请求以及所述第二呼入通信请求均归属于不同应用的场景，比如，用户A跟用户B约好在某一时刻进行通话，但是，两个用户并没有确定使用什么软件进行通话，此时，用户A和用户B分别使用了不同的应用软件呼叫对方，假设图10中应用一为微信，应用二为QQ，并且，假设用户A以及用户B所使用的终端设备中均安装并开启了应用一以及应用二。
假设用户A使用自己在应用二中的账户3登录应用二，然后通过账户3向用户B所使用的终端设备发起第一呼叫通信请求“呼叫用户B在应用二的账户2”；同时，用户A的终端设备中检测到用户B使用账户4登录应用一后发来的第二呼入通信请求“呼叫用户A在应用一的账户1”。
第一呼叫通信请求以及所述第二呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述第二呼入通信可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序，包括：基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻；所述通信请求对应的应用的信息。其中，所述应用的信息可以为预先根据实际情况对不同的应用设置的优先级，比如，可以设置具备移动通话功能的应用优先级为最高级，即时通信应用中可以设置微信优先级高于QQ的优先级，反之亦可。
其中，所述确定检测到的通信请求对应的特征值可以为根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
方式四、仅根据所述通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的应用的信息，直接将该应用的信息作为通信请求对应的特征值。
实际上不排除有有两两结合来确定特征值的方式。比如，
方式五、根据所述通信请求的发起方的标识信息结合通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；或者，根据所述通信请求接收方的标识信息结合通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；
其中，确定的方法可以直接将标识信息与应用的信息转换为ASC码之后进行叠加得到特征值；或者，还可以为将标识信息与应用的信息进行计算之后，将计算结果进行ASC码转换得到特征值。
进一步的，上述基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序，可以为：根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
其中，所述信源可以为通信请求的发起方，所述信宿可以为通信请求的接收方。需要指出的是，上述所述第二呼入通信请求的信宿与所述第一呼叫通信请求信源相同。
可以理解的是，上述实施方式需要在多个终端设备中设置相同的实施规则，比如，终端设备均设置为从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求，从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。比如：结合实际场景，这双方必定需要选择一个应用进行接通，如果由用户自己进行选择，必然会出现双方无法正常接通的情况。从用户A对用户B的第一呼叫通信请求以及用户B对用户A的第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设用户A经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。本实施例只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
如此，通过采用本实施例提供的方案，能够在一个终端设备通过不同应用检测到呼叫通信请求以及呼入通信请求时，再针对第一呼叫通信请求以及第二呼入通信请求进行优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例五、
本发明实施例提供了一种终端设备，如图11所示，包括：
检测单元1101，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元1102，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元1103，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
处理单元1104，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
可以理解的是，随着通信请求来自于不同的应用，可以为多种类型的通信请求，比如，可以为基于通话功能的语音通话请求；或者可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；
所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
上述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理可以包括：基于所述优先级排序从所述检测到的通信请求中选取一个通信请求进行响应处理，或者选取至少一个通信请求进行终止处理。
下面结合图12来描述本实施例提供的场景的硬件实现结构；本实施例图11中给出的检测单元，获取单元，排序单元，处理单元均可以作为会话管理模块1201中的单元，可见，会话管理模块用于检测管理至少一个会话模块1202，包括有通信请求的检测，有增加、删除等功能。该模块为本发明的最主要模块，所有的策略均在这个模块完成，包括会话的选择、删除，以及模拟对方接收事件等。
除了上述包含有检测单元，获取单元，排序单元，处理单元的会话管理模块1201之外，本实施例中提供的终端设备还可以包括有会话模块1202，用于管理每一次通信，包括每一次通信中信令的收发、收据的收发、解码、渲染等。
音视频编解码1203，用来进行音视频数据传输的编解码，一般来说，音频和视频是分开的，包括音视频的编码、解码还有数据传输的打包和解包(比如rtp和rtcp)。
网络传输1204：用来传输音视频数据给对方。
渲染模块1205：用来渲染对方的数据，展示对方的图像和声音。
进一步地，如果本实施例要结合实际使用场景的话，终端设备一定需要通过网络中的至少一个服务器，与另一个终端设备相互配合。
结合图13给出的网络连接图，可以看出，终端设备中的网络传输1204是与数据服务器1206；所述数据服务器：用来传输音视频数据的服务器，双发的音视频数据可以通过这个服务器到达对方，如果采用直连的情况下则这个服务器可以不存在。
此外，还具备信令服务器1207与会话管理模块1201进行通信，用来转发信令的服务器，信令就是诸如请求、接收、拒绝等之类响应信息。相应的，另一端的终端设备与本实施例中所述终端设备具备相同的结构，并且在处理本发明提出的通信请求处理时采用同样的方法进行处理，这里不进行赘述。
可见，通过采用上述方案，就能够在检测到呼叫通信请求以及呼入通信请求时，基于通信请求的特征参数，确定各个通信请求的优先级排序，进而基于优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例六、
本发明实施例提供了一种终端设备，如图11所示，包括：
检测单元1101，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元1102，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元1103，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
处理单元1104，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图3所示，仅检测到了一对呼叫请求，即仅检测到所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用的场景，比如，当图3中所示的用户A通过网络呼叫用户B的同时，用户B也在通过网络呼叫用户A的情况，那么假设本实施例中的终端设备指的用户A所使用的终端设备，针对该终端设备，在向用户B发起第一呼叫通信请求的同时，还接收到了用户A向其发起的第二呼入通信请求。第一呼叫通信请求以及所述第二呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述第二呼入通信可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述排序单元1103，具体用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻。
其中，所述排序单元1103根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；
具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
上述三种方式其实只是单独使用特征参数中定义的一种信息来确定特征值的方式，但是，实际上不排除有有两两结合来确定特征值的方式。
进一步的，上述排序单元1103，具体根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述处理单元1104，具体用于从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
所述处理单元1104，具体用于从从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
可以理解的是，上述两种实施方式需要在发起第一呼叫通信请求的终端设备以及发起第二呼入通信请求的另一个终端设备中设置相同的实施规则，比如，两个终端设备均设置为从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。
比如，如图4所示，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设图4中在用户A使用的终端设备中，经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。图4只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
下面结合图12来描述本实施例提供的场景的硬件实现结构；本实施例图11中给出的检测单元，获取单元，排序单元，处理单元均可以作为会话管理模块1201中的单元，可见，会话管理模块用于检测管理至少一个会话模块1202，包括有通信请求的检测，有增加、删除等功能。该模块为本发明的最主要模块，所有的策略均在这个模块完成，包括会话的选择、删除，以及模拟对方接收事件等。
除了上述包含有检测单元，获取单元，排序单元，处理单元的会话管理模块1201之外，本实施例中提供的终端设备还可以包括有会话模块1202，用于管理每一次通信，包括每一次通信中信令的收发、收据的收发、解码、渲染等。
音视频编解码1203，用来进行音视频数据传输的编解码，一般来说，音频和视频是分开的，包括音视频的编码、解码还有数据传输的打包和解包(比如rtp和rtcp)。
网络传输1204：用来传输音视频数据给对方。
渲染模块1205：用来渲染对方的数据，展示对方的图像和声音。
进一步地，如果本实施例要结合实际使用场景的话，终端设备一定需要通过网络中的至少一个服务器，与另一个终端设备相互配合。
结合图13给出的网络连接图，可以看出，终端设备中的网络传输1204是与数据服务器1206；所述数据服务器：用来传输音视频数据的服务器，双发的音视频数据可以通过这个服务器到达对方，如果采用直连的情况下则这个服务器可以不存在。
此外，还具备信令服务器1207与会话管理模块1201进行通信，用来转发信令的服务器，信令就是诸如请求、接收、拒绝等之类响应信息。相应的，另一端的终端设备与本实施例中所述终端设备具备相同的结构，并且在处理本发明提出的通信请求处理时采用同样的方法进行处理，这里不进行赘述。
可见，通过采用上述方案，就能够在检测到呼叫通信请求以及呼入通信请求时，基于通信请求的特征参数，确定各个通信请求的优先级排序，进而基于优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例七、
本发明实施例提供了一种终端设备，如图11所示，包括：
检测单元1101，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元1102，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元1103，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
处理单元1104，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图6所示，仅检测到了多个通信请求，即仅检测到所述第一呼叫通信请求以及两个呼入通信请求均归属于相同应用的场景，比如，当图中所示的用户A通过网络呼叫用户B的同时，用户B也在通过网络呼叫用户A，还有用户C也在通过网络呼叫用户A。那么假设本实施例中的终端设备指的用户A所使用的终端设备，针对该终端设备，在向用户B发起第一呼叫通信请求的同时，还接收到了用户B以及用户C分别向其发起的两个呼入通信请求。第一呼叫通信请求以及所述两个呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述两个呼入通信请求可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述排序单元1103基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻。
其中，所述排序单元1103根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
上述三种方式其实只是单独使用特征参数中定义的一种信息来确定特征值的方式，但是，实际上不排除有有两两结合来确定特征值的方式。
进一步的，上述基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序，可以为：根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述处理单元1104，具体用于从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
其中，所述信源可以为通信请求的发起方，所述信宿可以为通信请求的接收方。需要指出的是，上述所述第二呼入通信请求的信宿与所述第一呼叫通信请求信源相同。
可以理解的是，上述实施方式需要在多个终端设备中设置相同的实施规则，比如，终端设备均设置为从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求，从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。
下面结合图7以及图8对所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理的方法进行说明，比如：
图7所示，从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从图中可以看出，用户A与用户B之间，基于同一个应用相互之间发起了通信请求，假设用户A使用的为本实施例中所述终端设备，那么第一呼叫通信请求即为用户A针对所述用户B发起的“呼叫用户B”，呼入通信请求的信源即发起方为用户B与第一呼叫通信请求的信宿即接收方相同，即第二呼入通信请求为用户B针对用户A发起的“呼叫用户A”；此时，还可以进行的操作可以为忽略用户C针对用户A发来的“呼叫用户A”的通信请求，或者，可以如图7中所示，终止所述用户C针对用户A的“呼叫用户A”的通信请求。其中，本实施例中所述终止通信请求的方式可以为不对该通信请求进行响应。
然后，如图8所示，从用户A对用户B的第一呼叫通信请求“呼叫用户B”以及用户B对用户A的第二呼入通信请求“呼叫用户A”中，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设用户A经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。图8只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
下面结合图12来描述本实施例提供的场景的硬件实现结构；本实施例图11中给出的检测单元，获取单元，排序单元，处理单元均可以作为会话管理模块1201中的单元，可见，会话管理模块用于检测管理至少一个会话模块1202，包括有通信请求的检测，有增加、删除等功能。该模块为本发明的最主要模块，所有的策略均在这个模块完成，包括会话的选择、删除，以及模拟对方接收事件等。
除了上述包含有检测单元，获取单元，排序单元，处理单元的会话管理模块1201之外，本实施例中提供的终端设备还可以包括有会话模块1202，用于管理每一次通信，包括每一次通信中信令的收发、收据的收发、解码、渲染等。
音视频编解码1203，用来进行音视频数据传输的编解码，一般来说，音频和视频是分开的，包括音视频的编码、解码还有数据传输的打包和解包(比如rtp和rtcp)。
网络传输1204：用来传输音视频数据给对方。
渲染模块1205：用来渲染对方的数据，展示对方的图像和声音。
进一步地，如果本实施例要结合实际使用场景的话，终端设备一定需要通过网络中的至少一个服务器，与另一个终端设备相互配合。
结合图13给出的网络连接图，可以看出，终端设备中的网络传输1204是与数据服务器1206；所述数据服务器：用来传输音视频数据的服务器，双发的音视频数据可以通过这个服务器到达对方，如果采用直连的情况下则这个服务器可以不存在。
此外，还具备信令服务器1207与会话管理模块1201进行通信，用来转发信令的服务器，信令就是诸如请求、接收、拒绝等之类响应信息。相应的，另一端的终端设备与本实施例中所述终端设备具备相同的结构，并且在处理本发明提出的通信请求处理时采用同样的方法进行处理，这里不进行赘述。
如此，通过采用本实施例提供的方案，能够在一个终端设备通过一个应用接收到多个呼入通信请求时，首先选取出对冲通信的第一呼叫通信请求以及第二呼入通信请求，再针对第一呼叫通信请求以及第二呼入通信请求进行优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求均取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
实施例八、
本发明实施例提供了一种一种终端设备，如图11所示，包括：
检测单元1101，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元1102，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元1103，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；
处理单元1104，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
这里，所述终端设备可以为智能手机、平板电脑、笔记本、台式机等设备。
优选地，上述检测通信请求可以为实时检测通信请求在预设时长内的呼叫通信请求、以及呼入通信请求。其中，所述预设时长可以根据实际情况设置，比如，在0.1秒之内的多个通信请求。
本实施例针对的场景可以如图10所示，仅检测到了一对呼叫请求，即仅检测到所述第一呼叫通信请求以及所述第二呼入通信请求均归属于不同应用的场景，比如，用户A跟用户B约好在某一时刻进行通话，但是，两个用户并没有确定使用什么软件进行通话，此时，用户A和用户B分别使用了不同的应用软件呼叫对方，假设图10中应用一为微信，应用二为QQ，并且，假设用户A以及用户B所使用的终端设备中均安装并开启了应用一以及应用二。
假设用户A使用自己在应用二中的账户3登录应用二，然后通过账户3向用户B所使用的终端设备发起第一呼叫通信请求“呼叫用户B在应用二的账户2”；同时，用户A的终端设备中检测到用户B使用账户4登录应用一后发来的第二呼入通信请求“呼叫用户A在应用一的账户1”。
第一呼叫通信请求以及所述第二呼入通信请求可以为基于通话功能的语音通话请求；或者第一呼叫通信请求以及所述第二呼入通信可以为基于即时通信软件，比如，微信或QQ等软件中的视频聊天功能的视频通信请求，或者，为语音聊天功能中的语音聊天请求。
其中，所述呼叫通信请求指的所述终端设备作为通信请求的发起方的通信请求；所述呼入通信请求指的所述终端设备作为通信请求的接收方的通信请求。
所述排序单元1103基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序。
所述特征参数包含有以下信息至少之一：所述通信请求的发起方的标识信息；所述通信请求的接收方的标识信息；所述通信请求的发起时刻；所述通信请求对应的应用的信息。其中，所述应用的信息可以为预先根据实际情况对不同的应用设置的优先级，比如，可以设置具备移动通话功能的应用优先级为最高级，即时通信应用中可以设置微信优先级高于QQ的优先级，反之亦可。
其中，所述排序单元1103可以为根据所述特征参数中的预设的至少一个信息，确定检测到的通信请求对应的特征值；比如，
方式一、仅根据所述通信请求的发起方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将发起方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式二、仅根据所述通信请求的接收方的标识信息，来确定检测到的通信请求对应的特征值；
具体的，即时通信软件中每个用户的账号都对应有唯一的标识码，可以为包括有至少一种形式的字符组成的标识信息：字母、数字、邮箱地址等。将接收方用户的账号对应的标识码，按照ascii码的方式进行转换，将转换后的标识码作为所述通信请求对应的特征值。
方式三、根据所述通信请求的对应的发起时刻，确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的发起时刻，直接将该发起时刻作为通信请求对应的特征值。
方式四、仅根据所述通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；具体的，获取到第一呼叫通信请求以及所述第二呼入通信请求分别对应的应用的信息，直接将该应用的信息作为通信请求对应的特征值。
实际上不排除有有两两结合来确定特征值的方式。比如，
方式五、根据所述通信请求的发起方的标识信息结合通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；或者，根据所述通信请求接收方的标识信息结合通信请求对应的应用的信息，来确定检测到的通信请求对应的特征值；
其中，确定的方法可以直接将标识信息与应用的信息转换为ASC码之后进行叠加得到特征值；或者，还可以为将标识信息与应用的信息进行计算之后，将计算结果进行ASC码转换得到特征值。
进一步的，上述基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序，可以为：根据所述特征值基于预设顺序，将检测到的所述请求进行优先级排序；其中，所述预设顺序可以为由小到大的顺序，也可以为由大到小的顺序。
所述处理1104，具体用于
从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
其中，所述信源可以为通信请求的发起方，所述信宿可以为通信请求的接收方。需要指出的是，上述所述第二呼入通信请求的信宿与所述第一呼叫通信请求信源相同。
可以理解的是，上述实施方式需要在多个终端设备中设置相同的实施规则，比如，终端设备均设置为从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求，从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理。比如：结合实际场景，这双方必定需要选择一个应用进行接通，如果由用户自己进行选择，必然会出现双方无法正常接通的情况。从用户A对用户B的第一呼叫通信请求以及用户B对用户A的第二呼入通信请求中，选取最高优先级的通信请求作为目标通信请求进行响应处理，假设用户A经过计算确定自身的优先级低于用户B所使用的账户的优先级，那么确定选取用户B发起的第二呼入通信请求作为目标通信请求进行响应处理，并且同时，将用户A的“呼叫用户B”的请求进行终止响应处理。本实施例只是给出了一种实施方式，实际上可以在各个终端设备中将规则反过来设置，只要每个终端设备均设置统一个根据优先级选取目标通信请求的规则，就可以在发生对冲通信时，进行终止一个通信请求的响应，对另一个通信请求进行响应。
下面结合图12来描述本实施例提供的场景的硬件实现结构；本实施例图11中给出的检测单元，获取单元，排序单元，处理单元均可以作为会话管理模块1201中的单元，可见，会话管理模块用于检测管理至少一个会话模块1202，包括有通信请求的检测，有增加、删除等功能。该模块为本发明的最主要模块，所有的策略均在这个模块完成，包括会话的选择、删除，以及模拟对方接收事件等。
除了上述包含有检测单元，获取单元，排序单元，处理单元的会话管理模块1201之外，本实施例中提供的终端设备还可以包括有会话模块1202，用于管理每一次通信，包括每一次通信中信令的收发、收据的收发、解码、渲染等。
音视频编解码1203，用来进行音视频数据传输的编解码，一般来说，音频和视频是分开的，包括音视频的编码、解码还有数据传输的打包和解包(比如rtp和rtcp)。
网络传输1204：用来传输音视频数据给对方。
渲染模块1205：用来渲染对方的数据，展示对方的图像和声音。
进一步地，如果本实施例要结合实际使用场景的话，终端设备一定需要通过网络中的至少一个服务器，与另一个终端设备相互配合。
结合图13给出的网络连接图，可以看出，终端设备中的网络传输1204是与数据服务器1206；所述数据服务器：用来传输音视频数据的服务器，双发的音视频数据可以通过这个服务器到达对方，如果采用直连的情况下则这个服务器可以不存在。
此外，还具备信令服务器1207与会话管理模块1201进行通信，用来转发信令的服务器，信令就是诸如请求、接收、拒绝等之类响应信息。相应的，另一端的终端设备与本实施例中所述终端设备具备相同的结构，并且在处理本发明提出的通信请求处理时采用同样的方法进行处理，这里不进行赘述。
如此，通过采用本实施例提供的方案，能够在一个终端设备通过不同应用检测到呼叫通信请求以及呼入通信请求时，再针对第一呼叫通信请求以及第二呼入通信请求进行优先级排序，选取一个通信请求进行处理。从而，避免了现有技术中将同时发起的通信请求取消的处理方法，保证了通信的正常进行，提升用户的使用体验。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (12)
1.一种通信请求处理方法，应用于终端设备，所述方法包括：
检测通信请求；
至少检测到呼叫通信请求以及呼入通信请求；
获取所检测到的通信请求对应的至少一个特征参数；
基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值，基于所确定的通信请求的特征值确定所检测到的通信请求的优先级排序，其中，所述特征参数包含所述通信请求对应的应用的信息以及以下信息至少之一：所述通信请求的发起方的标识信息、所述通信请求的接收方的标识信息、所述通信请求的发起时刻；所述确定所检测到的通信请求对应的特征值包括：根据所检测到的通信请求对应的所述特征参数确定对应的特征值，其中，在所述特征参数中，所述通信请求对应的应用的信息、所述通信请求的发起方的标识信息、所述通信请求的接收方的标识信息是通过编码转换确定对应的特征值，所述通信请求的发起时刻是直接作为对应的特征值；
基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
2.根据权利要求1所述的方法，其特征在于，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及第二呼入通信请求，所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用。
3.根据权利要求2所述的方法，其特征在于，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
4.根据权利要求1所述的方法，其特征在于，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及至少一个呼入通信请求；
其中，所述第一呼叫通信请求以及所述至少一个呼入通信请求均归属于相同应用。
5.根据权利要求4所述的方法，其特征在于，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
6.根据权利要求1所述的方法，其特征在于，所述至少检测到呼叫通信请求以及呼入通信请求，包括：
检测到第一呼叫通信请求以及第二呼入通信请求；其中，所述第一呼叫通信请求以及所述第二呼入通信请求分别归属于不同应用；且所述第一呼叫通信请求信宿与所述第二呼入通信请求信源一致，所述第一呼叫通信请求信源与所述第二呼入通信请求信宿一致；
相应的，所述基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理，包括：
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行中止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
7.一种终端设备，包括：
检测单元，用于检测通信请求；至少检测到呼叫通信请求以及呼入通信请求；
获取单元，用于获取所检测到的通信请求对应的至少一个特征参数；
排序单元，用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求的优先级排序；所述排序单元，具体用于基于所检测到的通信请求对应的至少一个特征参数，确定所检测到的通信请求对应的特征值，其中，所述特征参数包含所述通信请求对应的应用的信息以及以下信息至少之一：所述通信请求的发起方的标识信息、所述通信请求的接收方的标识信息、所述通信请求的发起时刻；所述确定所检测到的通信请求对应的特征值包括：根据所检测到的通信请求对应的所述特征参数确定对应的特征值，其中，在所述特征参数中，所述通信请求对应的应用的信息、所述通信请求的发起方的标识信息、所述通信请求的接收方的标识信息是通过编码转换确定对应的特征值，所述通信请求的发起时刻是直接作为对应的特征值；基于所确定的通信请求的特征值对所检测到的通信请求进行优先级排序；
处理单元，用于基于所述优先级排序从所检测到的通信请求中选取通信请求进行处理。
8.根据权利要求7所述的终端设备，其特征在于，所述检测单元，具体用于检测到第一呼叫通信请求以及第二呼入通信请求，所述第一呼叫通信请求以及所述第二呼入通信请求均归属于相同应用。
9.根据权利要求8所述的终端设备，其特征在于，所述处理单元，具体用于从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
从所述第一呼叫通信请求以及所述第二呼入通信请求中，选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
10.根据权利要求7所述的终端设备，其特征在于，所述检测单元，具体用于检测到第一呼叫通信请求以及至少一个呼入通信请求；
其中，所述第一呼叫通信请求以及所述至少一个呼入通信请求均归属于相同应用。
11.根据权利要求10所述的终端设备，其特征在于，所述处理单元，具体用于从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行终止响应处理；或者，
所述处理单元，具体用于从所述至少一个呼入通信请求中选取符合预设条件的第二呼入通信请求；其中，所述预设条件表征所述第二呼入通信请求的信源与所述第一呼叫通信请求信宿相同；从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
12.根据权利要求10所述的终端设备，其特征在于，所述检测单元，具体用于检测到第一呼叫通信请求以及第二呼入通信请求；其中，所述第一呼叫通信请求以及所述第二呼入通信请求分别归属于不同应用；且所述第一呼叫通信请求信宿与所述第二呼入通信请求信源一致，所述第一呼叫通信请求信源与所述第二呼入通信请求信宿一致；
相应的，所述处理单元，具体用于从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行响应处理，对非目标通信请求进行中止响应处理；或者，
从所述第一呼叫通信请求、以及第二呼入通信请求中选取最高优先级或最低优先级的通信请求作为目标通信请求进行终止响应处理，对非目标通信请求进行响应处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510162218.1A CN104836752B (zh) | 2015-04-07 | 2015-04-07 | 一种通信请求处理方法及终端设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510162218.1A CN104836752B (zh) | 2015-04-07 | 2015-04-07 | 一种通信请求处理方法及终端设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104836752A CN104836752A (zh) | 2015-08-12 |
| CN104836752B true CN104836752B (zh) | 2019-01-04 |
Family
ID=53814396
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510162218.1A Active CN104836752B (zh) | 2015-04-07 | 2015-04-07 | 一种通信请求处理方法及终端设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104836752B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20050093034A (ko) * | 2004-03-18 | 2005-09-23 | 에스케이 텔레콤주식회사 | 상대방과 동시 통화 시 통화연결 방법 |
| WO2014067575A1 (en) * | 2012-10-31 | 2014-05-08 | Telefonaktiebolaget L M Ericsson (Publ) | Method for handling crossing calls in a communication network |
| CN103957330A (zh) * | 2014-04-03 | 2014-07-30 | 小米科技有限责任公司 | 处理呼叫占线的方法、装置和系统 |
| CN103987010A (zh) * | 2014-05-15 | 2014-08-13 | 蒋斌 | 移动终端中主叫被叫结合通话的控制方法以及控制装置 |
| CN104168389A (zh) * | 2014-08-27 | 2014-11-26 | 深圳市中兴移动通信有限公司 | 通话接听方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101754146A (zh) * | 2008-12-19 | 2010-06-23 | 华为技术有限公司 | 一种呼叫遇忙处理方法、系统及移动交换中心设备 |
-
2015
- 2015-04-07 CN CN201510162218.1A patent/CN104836752B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20050093034A (ko) * | 2004-03-18 | 2005-09-23 | 에스케이 텔레콤주식회사 | 상대방과 동시 통화 시 통화연결 방법 |
| WO2014067575A1 (en) * | 2012-10-31 | 2014-05-08 | Telefonaktiebolaget L M Ericsson (Publ) | Method for handling crossing calls in a communication network |
| CN103957330A (zh) * | 2014-04-03 | 2014-07-30 | 小米科技有限责任公司 | 处理呼叫占线的方法、装置和系统 |
| CN103987010A (zh) * | 2014-05-15 | 2014-08-13 | 蒋斌 | 移动终端中主叫被叫结合通话的控制方法以及控制装置 |
| CN104168389A (zh) * | 2014-08-27 | 2014-11-26 | 深圳市中兴移动通信有限公司 | 通话接听方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104836752A (zh) | 2015-08-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11012899B2 (en) | Controlling a delivery of voice communications over a cellular data network or a wireless network based on user's profile | |
| US10182158B2 (en) | Voice gateway-based communication method | |
| US9311920B2 (en) | Voice processing method, apparatus, and system | |
| US20170339278A1 (en) | Method, apparatus, and portable electronic device | |
| CN102413072A (zh) | 网络会议中的即时消息处理方法及处理系统 | |
| US20150181023A1 (en) | Method and system for intelligent call termination | |
| JP6218568B2 (ja) | 通信装置、通信システム、通信方法、および通信プログラム | |
| US20170295474A1 (en) | Trunking Communication Service Processing Method, Core Network Device, UE and Storage Medium | |
| US20170111513A1 (en) | Communication service processing method and device in circuit switch domain and storage medium | |
| CN103024687A (zh) | 用于建立即时通信的方法和设备 | |
| US20110246577A1 (en) | System, Method and Apparatus for Enhanced Processing of Communication in a Peer-to-Peer Network | |
| US20070263531A1 (en) | System, apparatus for switching networks and method therefor | |
| CN105634931B (zh) | 消息业务处理方法及即时通讯服务器 | |
| CN104836752B (zh) | 一种通信请求处理方法及终端设备 | |
| EP1737205B1 (en) | Centralised conference initiation | |
| CN105704327A (zh) | 一种拒接电话的方法及系统 | |
| CN104363406A (zh) | 移动终端视频通信实现方法及装置 | |
| CN106170945A (zh) | 通信拦截的方法、装置、服务器和用户设备 | |
| US11032335B1 (en) | Concurrent secondary electronic communication session | |
| US10404862B1 (en) | Encoder pools for conferenced communications | |
| JP5136913B2 (ja) | 電話システムおよび着信拒否解除方法 | |
| US9729710B2 (en) | Prioritized ongoing communication interrupt | |
| CN106331270B (zh) | 管理联系人的号码的方法和装置 | |
| CN110113371B (zh) | 一种会话管理系统及会话管理服务器 | |
| US11470195B2 (en) | Configurable auto-answer for incoming communication requests |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |