CN103813031A - 呼叫处理方法及装置 - Google Patents

Abstract

本发明实施例提供了一种呼叫处理方法及装置。方法包括：在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；若满足所述呼叫处理条件，则对所述呼叫进行处理。本发明实施例提供了一种呼叫处理方案。

Description

呼叫处理方法及装置

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种呼叫处理方法及装置。

背景技术

在通常的电话呼叫过程中，被叫方通常会视其当前情况决定是否接听电话，即应答呼叫。如果等待一段时间之后被叫方仍未接听，主叫方可以接入被叫方的语音信箱向被叫方留言，留言后主叫方挂机，呼叫结束。被叫方可访问该语音信箱收听留言，此时可能已错过一些重要的电话。

发明内容

有鉴于此，本发明实施例的一个目的在于一种呼叫处理方案。

为实现上述目的，根据本发明实施例的一个方面，提供一种呼叫处理方法，包括：

在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

若满足所述呼叫处理条件，则对所述呼叫进行处理。

为实现上述目的，根据本发明实施例的又一个方面，提供一种呼叫处理装置，包括：

获取模块，用于在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

确定模块，用于根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

处理模块，用于若满足所述呼叫处理条件，则对所述呼叫进行处理。

以上多个技术方案中的至少一个技术方案具有如下有益效果：

本发明实施例通过在呼叫结束之前，获取来自主叫用户的多媒体数据，根据所述来自主叫用户的多媒体数据确定所述呼叫是否满足预设的呼叫处理条件，若满足则对所述呼叫进行处理，提供了一种呼叫处理方案，通过设定的呼叫处理条件可以一定程度上避免错过重要的电话。

附图说明

图1为本发明提供的一种呼叫处理方法实施例的流程图；

图2a为本发明提供的一种呼叫处理装置实施例一的结构图；

图2b为图2a所示实施例的一种实现方式的结构图；

图2c为图2a所示实施例的又一种实现方式的结构图；

图2d为图2a所示实施例的又一种实现方式的结构图；

图2e为图2a所示实施例的又一种实现方式的结构图；

图3为本发明提供的一种呼叫处理装置实施例二的结构图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细说明。以下实施例用于说明本发明，但不用来限制本发明的范围。

图1为本发明提供的一种呼叫处理方法实施例的流程图。如图1所示，本实施例包括：

101、在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户。

通常，主叫用户使用自己的终端拨打被叫用户的电话号码，发起对所述被叫用户的呼叫，本实施例中将所述主叫用户自己的终端称为主叫终端，将所述被叫用户的电话号码对应的终端称为被叫终端。

本实施例中的“呼叫”是指由主叫用户通过主叫终端发起的，试图建立主叫终端与被叫终端之间的通信链路的过程，通常，在被叫终端应答所述呼叫或者所述被叫终端挂机（比如拒绝接听）或者所述主叫终端挂机的情况下，所述呼叫结束。相应地，被叫终端应答所述主叫用户发起的呼叫，即被叫终端接通与所述主叫终端之间的通信链路。举例来说，主叫用户通过主叫终端发起对被叫用户的呼叫，被叫用户想要接听电话时，可以点击被叫终端上的“接听”按键，相应地，所述被叫终端发出一用于应答所述呼叫的信令，接通与所述主叫终端之间的通信链路，所述通信链路建立之后，所述被叫用户和所述主机用户可以基于所述通信链路进行通话，所述通话可以是包括语音和/或视频的通话。

可选地，所述多媒体数据包括以下至少一种：声音数据、图像数据、文本数据。其中，所述图像数据可以是静态图像数据，或者，动态图像数据，比如视频数据。

可选地，所述来自主叫用户的多媒体数据被存储在所述呼叫的被叫用户的多媒体信箱中。其中，多媒体信箱可以包括以下至少一种：语音信箱、图像信箱、文本信箱。

举例来说，呼叫处理装置执行本实施例的101～103。具体地，所述呼叫处理装置可以位于终端侧，比如作为一个模块设置在被叫终端中或者本身就是被叫终端，或者，位于网络侧，比如作为一个模块设置在提供多媒体信箱的业务提供商部署的服务器中或者本身就是所述服务器。

可选地，所述获取来自主叫用户的多媒体数据包括：从所述被叫用户的多媒体信箱中获取来自主叫用户的多媒体数据。举例来说，主叫用户拨打被叫用户的电话，被叫用户在一段时间内没有接听，主叫用户接入被叫用户的多媒体信箱留言，呼叫处理装置从所述被叫用户的多媒体信箱中获取所述留言。进一步地，呼叫处理装置从所述被叫用户的多媒体信箱中获取所述留言可以是一个实时的过程，即在主叫用户留言的过程中从所述被叫用户的多媒体信箱中获取所述留言。

102、根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件。

在一种可选的实现方式中，所述呼叫处理条件包括至少一个第一关键字；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述多媒体数据是否与所述至少一个第一关键字匹配。

举例来说，所述第一关键字可以为“紧急”、“救命”等。具体地，所述确定所述多媒体数据是否与所述至少一个第一关键字匹配包括：确定所述多媒体数据是否与所述至少一个第一关键字中的一个匹配，或确定所述多媒体数据是否与所述至少一个第一关键字中的所有均匹配。

可选地，对于来自主叫用户的文本数据，可以根据所述文本数据中是否包括所述至少一个第一关键词中的一个或所有，或者，所述文本数据与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述文本数据是否与所述至少一个第一关键词匹配。对于来自主叫用户的声音数据，可以将所述声音数据转换成文本数据，然后根据转换得到的文本数据中是否包括所述至少一个第一关键词中的一个或所有，或者，转换得到的文本数据与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述声音数据是否与所述至少一个第一关键词匹配。对于来自主叫用户的图像数据，可以对所述图像数据进行语义分析，然后根据分析得到的语义描述中是否包括所述至少一个第一关键词中的一个或所有，或者，语义描述与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述图像数据是否与所述至少一个第一关键词匹配。

在又一种可选的实现方式中，所述呼叫处理条件包括至少一种第一情绪类型；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；

确定所述主叫用户的情绪类型是否与所述至少一种第一情绪类型匹配。

具体地，情绪类型可以有多种划分方式。举例来说，情绪类型可以包括但不限于：高兴、悲伤、愤怒、平静、紧张、激动、专注、困惑等。

具体地，根据所述来自主叫用户的多媒体数据确定所述主叫用户的情绪类型的方式可以有多种，本实施例对此不做限定。举例来说，对于声音数据，可以根据该声音数据的语气语调等来确定该声音数据所表达的情绪类型。

可选地，若所述至少一种第一情绪类型中存在与所述主叫用户的情绪类型相同的，则确定所述主叫用户的情绪类型与所述至少一个第一情绪类型匹配。

由于不同的人可能有不同的多媒体表达习惯，可选地，所述根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型，包括：

根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型。

其中，来自所述主叫用户的历史多媒体数据可以从所述被叫用户的多媒体信箱中获取，相应地，所述被叫用户的多媒体信箱中的多媒体数据均标识有其来源，即来自哪个用户。

举例来说，若用户A通常打电话时声音都比较高亢，用户B通常打电话时声音都比较低沉，则当来自用户B的声音数据表征用户B的声音低沉时，可确定用户B的情绪类型为常规，当来自用户B的声音数据表征用户B的声音高亢时，可确定用户B的情绪类型为高兴或愤怒，当当来自用户A的声音数据表征用户A的声音高亢时，可确定用户A的情绪类型为常规,当来自用户A的声音数据表征用户A的声音低沉时，可确定用户A的情绪类型为悲伤。

需要说明的是，还可以根据所述主叫用户的习惯属性和所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；其中，所述主叫用户的习惯属性可以是由被叫用户根据与所述主叫用户的通话经验预先设定好，或者，是基于对来自所述主叫用户的历史多媒体数据的分析得到。

在又一种可选的实现方式中，所述呼叫处理条件包括至少一种第一情绪类型和至少一种第一情绪级别；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别；

确定所述主叫用户的情绪类型和情绪级别是否分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。

其中，所述第一情绪级别是与所述第一情绪类型对应的；每一种第一情绪类型均可以有对应的至少一种第一情绪级别。具体地，情绪类型可以有多种划分方式。举例来说，情绪类型可以包括但不限于：高兴、悲伤、愤怒、平静、紧张、激动、专注、困惑等。

具体地，根据所述来自主叫用户的多媒体数据确定所述主叫用户的情绪类型和情绪级别的方式可以有多种，本实施例对此不做限定。举例来说，对于声音数据，可以根据该声音数据的语气语调等来确定该声音数据所表达的情绪类型和情绪级别。

可选地，若所述至少一种第一情绪类型中存在与所述主叫用户的情绪类型相同的，且与所述主叫用户的情绪类型相同的第一情绪类型对应的至少一种情绪级别中存在与所述主叫用户的情绪级别相同的或所述对应的至少一种情绪级别不高于所述主叫用户的情绪级别，则确定所述主叫用户的情绪类型和情绪级别分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。举例来说，第一情绪类型为愤怒，第一情绪级别为二级，则当主叫用户的情绪类型为愤怒、情绪级别不低于二级时，确定所述呼叫满足预设的呼叫处理条件。

由于不同的人可能有不同的多媒体表达习惯，可选地，所述根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别，包括：

根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型和情绪级别。

在任一实现方式中，可选地，所述呼叫处理条件是所述呼叫的被叫用户为所述主叫用户设定的。具体地，所述被叫用户可以为被叫终端的通讯录中的至少一个联系人设定对应的呼叫处理条件。举例来说，对于用户A来说，用户B是其单位领导，用户C是其家人；用户A可以对用户B设定一呼叫处理条件，该呼叫处理条件包括关键字“紧急”，相应地，当用户B呼叫用户A时，若来自用户B的多媒体数据与关键字“紧急”匹配，则确定所述呼叫满足预设的与用户B对应的呼叫处理条件；用户A可以对用户C设定另一呼叫处理条件，该呼叫处理条件包括情绪类型“悲伤”，相应地，当用户C呼叫用户A时，若来自用户C的多媒体数据表征用户C的情绪类型与“悲伤”匹配，则确定所述呼叫满足预设的与用户C对应的呼叫处理条件。

需要说明的是，本实施例中被叫用户也可以为所有联系人设定统一的呼叫处理条件。可选地，所述被叫用户还可以为通讯录之外的联系人，即未知联系人，设定统一的呼叫处理条件。

103、若满足所述呼叫处理条件，则对所述呼叫进行处理。

在一种可选的实现方式中，所述对所述呼叫进行处理，包括：

控制所述被叫终端应答所述呼叫。

具体地，控制所述被叫终端应答所述呼叫，即，控制所述被叫终端自动应答所述呼叫，相当于自动点击“接听”按键，接通与主叫终端之间的通信链路。

为了给被叫用户一定的缓冲时间，可选地，所述控制所述被叫终端应答所述呼叫，包括：

控制所述被叫终端在预设的时间间隔后应答所述呼叫。

其中，时间间隔可以由所述被叫用户预先设定，如设为3秒、5秒等。进一步地，还可以在所述时间间隔期间进行提示被叫用户。举例来说，在确定所述呼叫满足预设的呼叫处理条件时，控制被叫终端播放语音提示“有一重要呼叫，将在3秒后自动接通”。

在实际的场景中，在所述呼叫的同时，所述被叫终端可能正处于空闲状态，也可能正处于占线状态，即，所述被叫用户正与其它用户通话中。相应地，若所述被叫终端正处于占线状态，则在控制所述被叫终端应答所述呼叫的同时，还可以保持所述与其它用户的通话，如将所述通话设置为等待状态，当所述被叫用户与所述主叫用户的通话结束后，恢复与所述其它用户的通话。

在又一种可选的实现方式中，所述对所述呼叫进行处理，包括：

提示所述呼叫的被叫用户应答所述呼叫。

具体地，所述提示可以是通过所述被叫终端来提示。进一步地，通过所述被叫终端提示所述呼叫的被叫用户应答所述呼叫的方式有多种。

可选地，所述提示所述呼叫的被叫用户应答所述呼叫，包括：

若所述被叫终端为静音状态，则取消所述被叫终端的静音状态。

具体地，由于所述被叫终端为静音状态，在所述呼叫的过程中，被叫终端没有响铃，相应地，取消所述被叫终端的静音状态后，被叫终端可以开始响铃或者播放特定的提示，以引起被叫用户的注意。

可选地，所述提示所述呼叫的被叫用户应答所述呼叫，包括：

控制所述被叫终端播放所述多媒体数据。

作为替代地，还可以控制所述被叫终端播放其它的提示信息，如“有一重要电话，请接听”。

在一种可能的场景中，当确定所述呼叫满足预设的呼叫处理条件时，可以从上述各实现方式中选择一种，即提示被叫用户应答或自动应答。

在又一种可能的场景中，上述各实现方式对应不同的呼叫处理条件，当确定所述呼叫满足某一呼叫处理条件时，实施与该呼叫处理条件对应的实现方式。举例来说，自动应答的实现方式对应的呼叫处理条件包括的情绪类型为“愤怒”，情绪级别为“二级”，提示被叫用户应答的实现方式对应的呼叫处理条件包括的情绪类型为“愤怒”，情绪级别为“一级”，若确定所述主叫用户的情绪类型为“愤怒”，情绪级别为“二级”，则可以采用自动应答的实现方式，若确定所述主叫用户的情绪类型为“愤怒”，情绪级别为“一级”，则可以采用提示被叫用户应答的实现方式。

为了使被叫终端应答所述呼叫时能够接通与主叫终端的通信链路，可选地，所述方法还包括：

若所述呼叫满足所述呼叫处理条件，则提示所述主叫用户不要挂机。

举例来说，在主叫用户接入被叫用户的语音信箱的场景中，在主叫用户留言的同时，若呼叫处理装置确定所述呼叫满足所述呼叫处理条件，则提示所述主叫用户不要挂机，相应地，主叫用户在留言完成后可能不会直接挂机，而是等待一会儿，在主叫用户的后续留言或等待的过程中，呼叫处理装置可能自动应答或在呼叫处理装置的提示下被叫用户主动应答该呼叫。

本实施例通过在呼叫结束之前，获取来自主叫用户的多媒体数据，根据所述来自主叫用户的多媒体数据确定所述呼叫是否满足预设的呼叫处理条件，若满足则对所述呼叫进行处理，提供了一种呼叫处理方案，通过设定的呼叫处理条件可以一定程度上避免错过重要的电话。

图2a为本发明提供的一种呼叫处理装置实施例一的结构图。如图2a所示，装置200包括：

获取模块21，用于在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

确定模块22，用于根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

处理模块23，用于若满足所述呼叫处理条件，则对所述呼叫进行处理。

通常，主叫用户使用自己的终端拨打被叫用户的电话号码，发起对所述被叫用户的呼叫，本实施例中将所述主叫用户自己的终端称为主叫终端，将所述被叫用户的电话号码对应的终端称为被叫终端。

本实施例中的“呼叫”是指由主叫用户通过主叫终端发起的，试图建立主叫终端与被叫终端之间的通信链路的过程，通常，在被叫终端应答所述呼叫或者所述被叫终端挂机（比如拒绝接听）或者所述主叫终端挂机的情况下，所述呼叫结束。相应地，被叫终端应答所述主叫用户发起的呼叫，即被叫终端接通与所述主叫终端之间的通信链路。举例来说，主叫用户通过主叫终端发起对被叫用户的呼叫，被叫用户想要接听电话时，可以点击被叫终端上的“接听”按键，相应地，所述被叫终端发出一用于应答所述呼叫的信令，接通与所述主叫终端之间的通信链路，所述通信链路建立之后，所述被叫用户和所述主机用户可以基于所述通信链路进行通话，所述通话可以是包括语音和/或视频的通话。

可选地，所述多媒体数据包括以下至少一种：声音数据、图像数据、文本数据。其中，所述图像数据可以是静态图像数据，或者，动态图像数据，比如视频数据。

可选地，所述来自主叫用户的多媒体数据被存储在所述呼叫的被叫用户的多媒体信箱中。其中，多媒体信箱可以包括以下至少一种：语音信箱、图像信箱、文本信箱。

需要说明的是，本实施例的装置200可以位于终端侧，比如作为一个模块设置在被叫终端中或者本身就是被叫终端，或者，位于网络侧，比如作为一个模块设置在提供多媒体信箱的业务提供商部署的服务器中或者本身就是所述服务器。

可选地，获取模块21具体用于：从所述被叫用户的多媒体信箱中获取来自主叫用户的多媒体数据。举例来说，主叫用户拨打被叫用户的电话，被叫用户在一段时间内没有接听，主叫用户接入被叫用户的多媒体信箱留言，获取模块21从所述被叫用户的多媒体信箱中获取所述留言。进一步地，获取模块21从所述被叫用户的多媒体信箱中获取所述留言可以是一个实时的过程，即在主叫用户留言的过程中从所述被叫用户的多媒体信箱中获取所述留言。

在一种可选的实现方式中，所述呼叫处理条件包括第一关键字；

确定模块22具体用于：根据所述来自主叫用户的多媒体数据，确定所述多媒体数据是否与所述至少一个第一关键字匹配。

举例来说，所述第一关键字可以为“紧急”、“救命”等。具体地，确定模块22具体用于：确定所述多媒体数据是否与所述至少一个第一关键字中的一个匹配，或确定所述多媒体数据是否与所述至少一个第一关键字中的所有均匹配。

可选地，对于来自主叫用户的文本数据，确定模块22可以根据所述文本数据中是否包括所述至少一个第一关键词中的一个或所有，或者，所述文本数据与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述文本数据是否与所述至少一个第一关键词匹配。对于来自主叫用户的声音数据，确定模块22可以将所述声音数据转换成文本数据，然后根据转换得到的文本数据中是否包括所述至少一个第一关键词中的一个或所有，或者，转换得到的文本数据与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述声音数据是否与所述至少一个第一关键词匹配。对于来自主叫用户的图像数据，确定模块22可以对所述图像数据进行语义分析，然后根据分析得到的语义描述中是否包括所述至少一个第一关键词中的一个或所有，或者，语义描述与所述至少一个第一关键词中的一个或所有的相关度是否超过预设阈值，来确定所述图像数据是否与所述至少一个第一关键词匹配。

在又一种可选的实现方式中，所述呼叫处理条件包括至少一种第一情绪类型；如图2b所示，确定模块22包括：

第一确定单元221，用于根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；

第二确定单元222，用于确定所述主叫用户的情绪类型是否与所述至少一种第一情绪类型匹配。

具体地，情绪类型可以有多种划分方式。举例来说，情绪类型可以包括但不限于：高兴、悲伤、愤怒、平静、紧张、激动、专注、困惑等。

具体地，第一确定单元221确定所述主叫用户的情绪类型的方式可以有多种，本实施例对此不做限定。举例来说，对于声音数据，第一确定单元221可以根据该声音数据的语气语调等来确定该声音数据所表达的情绪类型。

可选地，若所述至少一种第一情绪类型中存在与所述主叫用户的情绪类型相同的，则第二确定单元222确定所述主叫用户的情绪类型与所述至少一个第一情绪类型匹配。

由于不同的人可能有不同的多媒体表达习惯，可选地，第一确定单元221具体用于：根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型。

其中，来自所述主叫用户的历史多媒体数据可以从所述被叫用户的多媒体信箱中获取，相应地，所述被叫用户的多媒体信箱中的多媒体数据均标识有其来源，即来自哪个用户。

举例来说，若用户A通常打电话时声音都比较高亢，用户B通常打电话时声音都比较低沉，则当来自用户B的声音数据表征用户B的声音低沉时，第一确定单元221可确定用户B的情绪类型为常规，当来自用户B的声音数据表征用户B的声音高亢时，第一确定单元221可确定用户B的情绪类型为高兴或愤怒，当当来自用户A的声音数据表征用户A的声音高亢时，第一确定单元221可确定用户A的情绪类型为常规,当来自用户A的声音数据表征用户A的声音低沉时，第一确定单元221可确定用户A的情绪类型为悲伤。

需要说明的是，第一确定单元221还可以根据所述主叫用户的习惯属性和所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；其中，所述主叫用户的习惯属性可以是由被叫用户根据与所述主叫用户的通话经验预先设定好，或者，是基于对来自所述主叫用户的历史多媒体数据的分析得到。

在又一种可选的实现方式中，所述呼叫处理条件包括至少一种第一情绪类型和至少一种第一情绪级别；

确定模块22具体用于：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别；

确定所述主叫用户的情绪类型和情绪级别是否分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。

其中，所述第一情绪级别是与所述第一情绪类型对应的；每一种情绪类型均可以有对应的至少一种第一情绪级别。具体地，情绪类型可以有多种划分方式。举例来说，情绪类型可以包括但不限于：高兴、悲伤、愤怒、平静、紧张、激动、专注、困惑等。

具体地，确定模块22根据所述来自主叫用户的多媒体数据确定所述主叫用户的情绪类型和情绪级别的方式可以有多种，本实施例对此不做限定。举例来说，对于声音数据，确定模块22可以根据该声音数据的语气语调等来确定该声音数据所表达的情绪类型和情绪级别。

可选地，若所述至少一种第一情绪类型中存在与所述主叫用户的情绪类型相同的，且与所述主叫用户的情绪类型相同的第一情绪类型对应的至少一种情绪级别中存在与所述主叫用户的情绪级别相同的或所述对应的至少一种情绪级别不高于所述主叫用户的情绪级别，则确定模块22确定所述主叫用户的情绪类型和情绪级别分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。举例来说，第一情绪类型为愤怒，第一情绪级别为二级，则当主叫用户的情绪类型为愤怒、情绪级别不低于二级时，确定模块22确定所述呼叫满足预设的呼叫处理条件。

由于不同的人可能有不同的多媒体表达习惯，可选地，所述根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别，包括：

根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型和情绪级别。

在任一实现方式中，可选地，所述呼叫处理条件是所述呼叫的被叫用户为所述主叫用户设定的。具体地，所述被叫用户可以为被叫终端的通讯录中的至少一个联系人设定对应的呼叫处理条件。举例来说，对于用户A来说，用户B是其单位领导，用户C是其家人；用户A可以对用户B设定一呼叫处理条件，该呼叫处理条件包括关键字“紧急”，相应地，当用户B呼叫用户A时，若来自用户B的多媒体数据与关键字“紧急”匹配，则确定模块22确定所述呼叫满足预设的与用户B对应的呼叫处理条件；用户A可以对用户C设定另一呼叫处理条件，该呼叫处理条件包括情绪类型“悲伤”，相应地，当用户C呼叫用户A时，若来自用户C的多媒体数据表征用户C的情绪类型与“悲伤”匹配，则确定模块22确定所述呼叫满足预设的与用户C对应的呼叫处理条件。

需要说明的是，本实施例中被叫用户也可以为所有联系人设定统一的呼叫处理条件。可选地，所述被叫用户还可以为通讯录之外的联系人，即未知联系人，设定统一的呼叫处理条件。

在一种可选的实现方式中，如图2c所示，处理模块23包括：

自动应答单元231，用于若满足所述呼叫处理条件，则控制所述被叫终端应答所述呼叫。

具体地，自动应答单元231控制所述被叫终端应答所述呼叫，即，控制所述被叫终端自动应答所述呼叫，相当于自动点击“接听”按键，接通与主叫终端之间的通信链路。

为了给被叫用户一定的缓冲时间，可选地，自动应答单元231具体用于：

若满足所述呼叫处理条件，则控制所述被叫终端在预设的时间间隔后应答所述呼叫。

其中，时间间隔可以由所述被叫用户预先设定，如设为3秒、5秒等。进一步地，自动应答单元231还可以在所述时间间隔期间进行提示被叫用户。举例来说，在确定模块22确定所述呼叫满足预设的呼叫处理条件时，自动应答单元231控制被叫终端播放语音提示“有一重要呼叫，将在3秒后自动接通”。

在实际的场景中，在所述呼叫的同时，所述被叫终端可能正处于空闲状态，也可能正处于占线状态，即，所述被叫用户正与其它用户通话中。相应地，若所述被叫终端正处于占线状态，则自动应答单元231在控制所述被叫终端应答所述呼叫的同时，还可以保持所述与其它用户的通话，如将所述通话设置为等待状态，当所述被叫用户与所述主叫用户的通话结束后，自动应答单元231恢复与所述其它用户的通话。

在又一种可选的实现方式中，如图2d所示，处理模块23包括：

提示应答单元232，用于若满足所述呼叫处理条件，则提示所述呼叫的被叫用户应答所述呼叫。

具体地，提示应答单元232可以通过所述被叫终端来提示被叫用户。进一步地，提示应答单元232通过所述被叫终端提示所述呼叫的被叫用户应答所述呼叫的方式有多种。

可选地，提示应答单元232具体用于：

若满足所述呼叫处理条件且所述被叫终端为静音状态，则取消所述被叫终端的静音状态。

具体地，由于所述被叫终端为静音状态，在所述呼叫的过程中，被叫终端没有响铃，相应地，提示应答单元232取消所述被叫终端的静音状态后，被叫终端可以开始响铃或者播放特定的提示，以引起被叫用户的注意。

可选地，提示应答单元232具体用于：

若满足所述呼叫处理条件，则控制所述被叫终端播放所述多媒体数据。

作为替代地，提示应答单元232还可以控制所述被叫终端播放其它的提示信息，如“有一重要电话，请接听”。

在一种可能的场景中，当确定所述呼叫满足预设的呼叫处理条件时，可以从自动应答单元231和提示应答单元232中选择一个来触发，即提示被叫用户应答或自动应答。

在又一种可能的场景中，上述自动应答单元231和提示应答单元232对应不同的呼叫处理条件，当确定模块22确定所述呼叫满足某一呼叫处理条件时，触发与该呼叫处理条件对应的单元。举例来说，自动应答单元231对应的呼叫处理条件包括的情绪类型为“愤怒”，情绪级别为“二级”，提示应答单元232对应的呼叫处理条件包括的情绪类型为“愤怒”，情绪级别为“一级”，若确定模块22确定所述主叫用户的情绪类型为“愤怒”，情绪级别为“二级”，则可以触发自动应答单元231，若确定所述主叫用户的情绪类型为“愤怒”，情绪级别为“一级”，则可以触发提示应答单元232。

为了使被叫终端应答所述呼叫时能够接通与主叫终端的通信链路，可选地，如图2e所示，装置200还包括：

提示模块24，用于若所述呼叫满足所述呼叫处理条件，则提示所述主叫用户不要挂机。

举例来说，在主叫用户接入被叫用户的语音信箱的场景中，在主叫用户留言的同时，若确定模块22确定所述呼叫满足所述呼叫处理条件，则提示模块24提示所述主叫用户不要挂机，相应地，主叫用户在留言完成后可能不会直接挂机，而是等待一会儿，在主叫用户的后续留言或等待的过程中，自动应答模块232可能自动应答或在提示应答单元232的提示下被叫用户主动应答该呼叫。

本实施例的呼叫处理装置通过在呼叫结束之前，获取来自主叫用户的多媒体数据，根据所述来自主叫用户的多媒体数据确定所述呼叫是否满足预设的呼叫处理条件，若满足则对所述呼叫进行处理，提供了一种呼叫处理方案，通过设定的呼叫处理条件可以一定程度上避免错过重要的电话。

图3为本发明提供的一种呼叫处理装置实施例二的结构图。如图3所示，装置300包括：

处理器(processor)31、通信接口(Communications Interface)32、存储器(memory)33、以及通信总线34。其中：

处理器31、通信接口32、以及存储器33通过通信总线34完成相互间的通信。

通信接口32，用于与比如用户终端等外部设备的通信。

处理器31，用于执行程序332，具体可以执行上述方法实施例一中的相关步骤。

具体地，程序332可以包括程序代码，所述程序代码包括计算机操作指令。

处理器31可能是一个中央处理器CPU，或者是特定集成电路ASIC（Application Specific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器33，用于存放程序332。存储器33可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。程序332具体可以用于使得装置300执行以下步骤：

在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

若满足所述呼叫处理条件，则对所述呼叫进行处理。

程序332中各步骤的具体实现可以参见上述方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对原有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (26)

1.一种呼叫处理方法，其特征在于，所述方法包括：

在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

若满足所述呼叫处理条件，则对所述呼叫进行处理。

2.根据权利要求1所述的方法，其特征在于，所述来自主叫用户的多媒体数据被存储在所述呼叫的被叫用户的多媒体信箱中。

3.根据权利要求1所述的方法，其特征在于，所述呼叫处理条件包括至少一个第一关键字；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述多媒体数据是否与所述至少一个第一关键字匹配。

4.根据权利要求1所述的方法，其特征在于，所述呼叫处理条件包括至少一种第一情绪类型；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；

确定所述主叫用户的情绪类型是否与所述至少一种第一情绪类型匹配。

5.根据权利要求4所述的方法，其特征在于，所述根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型，包括：

根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型。

6.根据权利要求1所述的方法，其特征在于，所述呼叫处理条件包括至少一种第一情绪类型和至少一种第一情绪级别；

所述根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件，包括：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别；

确定所述主叫用户的情绪类型和情绪级别是否分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。

7.根据权利要求1～6中任一所述的方法，其特征在于，所述呼叫处理条件是所述呼叫的被叫用户为所述主叫用户设定的。

8.根据权利要求1所述的方法，其特征在于，所述对所述呼叫进行处理，包括：

控制被叫终端应答所述呼叫。

9.根据权利要求8所述的方法，其特征在于，所述控制被叫终端应答所述呼叫，包括：

控制所述被叫终端在预设的时间间隔后应答所述呼叫。

10.根据权利要求1所述的方法，其特征在于，所述对所述呼叫进行处理，包括：

提示所述呼叫的被叫用户应答所述呼叫。

11.根据权利要求10所述的方法，其特征在于，所述提示所述呼叫的被叫用户应答所述呼叫，包括：

若被叫终端为静音状态，则取消所述被叫终端的静音状态。

12.根据权利要求10所述的方法，其特征在于，所述提示所述呼叫的被叫用户应答所述呼叫，包括：

控制被叫终端播放所述多媒体数据。

13.根据权利要求1～12中任一所述的方法，其特征在于，所述方法还包括：

若所述呼叫满足所述呼叫处理条件，则提示所述主叫用户不要挂机。

14.根据权利要求1所述的方法，其特征在于，所述多媒体数据包括以下至少一种：声音数据、图像数据、文本数据。

15.一种呼叫处理装置，其特征在于，所述装置包括：

获取模块，用于在呼叫结束之前，获取来自主叫用户的多媒体数据，所述主叫用户为发起所述呼叫的用户；

确定模块，用于根据所述来自主叫用户的多媒体数据，确定所述呼叫是否满足预设的呼叫处理条件；

处理模块，用于若满足所述呼叫处理条件，则对所述呼叫进行处理。

16.根据权利要求15所述的装置，其特征在于，所述呼叫处理条件包括至少一个第一关键字；

所述确定模块具体用于：根据所述来自主叫用户的多媒体数据，确定所述多媒体数据是否与所述至少一个第一关键字匹配。

17.根据权利要求15所述的装置，其特征在于，所述呼叫处理条件包括至少一种第一情绪类型；

所述确定模块包括：

第一确定单元，用于根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型；

第二确定单元，用于确定所述主叫用户的情绪类型是否与所述至少一种第一情绪类型匹配。

18.根据权利要求17所述的装置，其特征在于，所述第一确定单元具体用于：根据所述来自主叫用户的多媒体数据和来自所述主叫用户的历史多媒体数据，确定所述主叫用户的情绪类型。

19.根据权利要求15所述的装置，其特征在于，所述呼叫处理条件包括至少一种第一情绪类型和至少一种第一情绪级别；

所述确定模块具体用于：

根据所述来自主叫用户的多媒体数据，确定所述主叫用户的情绪类型和情绪级别；

确定所述主叫用户的情绪类型和情绪级别是否分别与所述至少一种第一情绪类型和所述至少一种第一情绪级别匹配。

20.根据权利要求15～19中任一所述的装置，其特征在于，所述呼叫处理条件是所述呼叫的被叫用户为所述主叫用户设定的。

21.根据权利要求15所述的装置，其特征在于，所述处理模块包括：

自动应答单元，用于若满足所述呼叫处理条件，则控制被叫终端应答所述呼叫。

22.根据权利要求21所述的装置，其特征在于，所述自动应答单元具体用于：

若满足所述呼叫处理条件，则控制所述被叫终端在预设的时间间隔后应答所述呼叫。

23.根据权利要求15所述的装置，其特征在于，所述处理模块包括：

提示应答单元，用于若满足所述呼叫处理条件，则提示所述呼叫的被叫用户应答所述呼叫。

24.根据权利要求23所述的装置，其特征在于，所述提示应答单元具体用于：

若满足所述呼叫处理条件且被叫终端为静音状态，则取消所述被叫终端的静音状态。

25.根据权利要求23所述的装置，其特征在于，所述提示应答单元具体用于：

若满足所述呼叫处理条件，则控制被叫终端播放所述多媒体数据。

26.根据权利要求15～25中任一所述的装置，其特征在于，所述装置还包括：

提示模块，用于若所述呼叫满足所述呼叫处理条件，则提示所述主叫用户不要挂机。

Images