一种呼叫处理方法及装置与流程

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

背景技术：

手机具有通话功能是用户选择时刻携带手机出行的一个主要原因，因为有了通话功能，处于不同地点的用户之间可以很方便地进行联系沟通。然而，在一些情况下，例如被叫用户处于信号较弱或没有信号的地方，可能会导致主叫用户有紧急的事情需要联系被叫用户时，却始终呼叫不通被叫用户的情况，由于无法获知呼叫不通的原因，导致主叫心生疑虑或担忧，用户体验极差。

技术实现要素：

有鉴于此，本发明实施例提供了一种呼叫处理方法及装置，能够避免呼叫失败给用户带来的疑虑或担忧，提升用户体验。

本发明实施例提供的呼叫处理方法，包括：

接收主叫发起的针对被叫的呼叫请求；

呼叫失败时，判断当前的实时状况是否满足预设条件；

当当前的实时状况满足预设条件时，将所述被叫的实时信息发送给所述主叫。

本发明实施例提供的呼叫处理装置，包括：

接收单元，用于接收主叫发起的针对被叫的呼叫请求；

处理单元，用于在呼叫失败时，判断当前的实时状况是否满足预设条件；

发送单元，用于当当前的实时状况满足预设条件时，将所述被叫的实时信息发送给所述主叫。

本发明实施例中，当主叫呼叫被叫失败时，会判断当前的实时状况是否满足预设条件，当当前的实时状况满足预设条件时，会将被叫的实时信息发送给主叫，主叫根据反馈的被叫的实时信息即可获知被叫的状况，从而避免了呼叫失败给用户带来的疑虑或担忧，提升了用户体验。

附图说明

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

图1是本发明实施例提供的呼叫处理方法的一个流程示意图；

图2是本发明实施例提供的呼叫处理方法的另一流程示意图；

图3是本发明实施例提供的呼叫处理方法的另一流程示意图；

图4是本发明实施例提供的呼叫处理装置的一个结构示意图。

具体实施方式

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

由于现有技术中，当主叫呼叫被叫呼叫不通时，无法获知呼叫不通的原因，因而容易导致主叫心生疑虑或担忧，因而本发明实施例提供了一种呼叫处理方法及装置，能够避免呼叫失败给用户带来的疑虑或担忧，提升用户体验，本发明实施例提供的呼叫处理方法可以实现于呼叫处理装置中，呼叫处理装置可以是后台服务器或终端。

实施例一

如图1所示，本实施例的呼叫处理方法包括如下步骤：

步骤101、接收主叫发起的针对被叫的呼叫请求；

步骤102、呼叫失败时，判断当前的实时状况是否满足预设条件；

具体实现中，若被叫处于通信信号较弱、或没有通信信号的地方时，容易导致呼叫失败。当前的实时状况可以是与主叫相关的状况，例如主叫是否为需要反馈相关信息的主叫，主叫的呼叫次数、呼叫频率等；当前的实时状况也可以是与被叫相关的状况，例如被叫所处的位置、所处位置的呼叫成功率等，此处不做具体限定。

步骤103、当当前的实时状况满足预设条件时，将所述被叫的实时信息发送给所述主叫。

具体实现中，所述被叫的实时信息包括但不限于：所述被叫所处的实时地理位置信息，所述被叫的实时状态信息(例如正在乘坐地铁、正位于某个隧道内)等。

本实施例中，当主叫呼叫被叫失败时，会判断当前的实时状况是否满足预设条件，当当前的实时状况满足预设条件时，会将被叫的实时信息发送给主叫，主叫根据反馈的被叫的实时信息即可获知被叫的状况，从而避免了呼叫失败给用户带来的疑虑或担忧，提升了用户体验。

实施例二

实施例一所描述的方法，本实施例将做进一步的描述，如图2所示，本实施例的方法包括以下步骤：

步骤201、接收主叫发起的针对被叫的呼叫请求；

步骤202、呼叫失败时，判断所述主叫是否为预设主叫，若是，则执行步骤203，否则执行步骤208，结束处理；

具体实现中，若被叫处于通信信号较弱、或没有通信信号的地方时，容易导致呼叫失败。可以预先设定需要反馈被叫实时信息的主叫，例如可以将被叫的家人、朋友、同事、领导等重要人士作为预设主叫，当被叫的家人、朋友、同事、领导来电时，可以触发本实施例的后续流程。

步骤203、判断在预设时长内所述主叫呼叫所述被叫的次数是否超过预设次数阈值，若超过，则执行步骤204，否则执行步骤208，结束处理；

通常情况下，当被叫的家人、朋友、同事、领导等重要人士有事呼叫被叫时，若呼叫一次未成功，则会在一段时间内多次进行呼叫，因此可以通过对主叫的呼叫时间及呼叫次数(即呼叫频率)的判断来确定是否触发后续流程，以避免流程的误触发。

预设时长及预设次数阈值均可根据实际情况自定义，例如可以将预设时长设置为10分钟，30分钟等，预设次数阈值可以设置为3次、5次等。

步骤204、获取所述被叫所处的地理位置信息；

具体地，可以在判断结果为预设时长内所述主叫呼叫所述被叫的次数超过预设次数阈值时，打开被叫终端的全球定位系统(Global Positioning System，GPS)，以获取所述被叫所处的地理位置信息。

步骤205、根据所述被叫所处的地理位置信息判断所述被叫是否处于预设位置，若是，则执行步骤206，否则执行步骤208，结束处理；

预设位置可以是预设的通信信号较弱或没有通信信号的位置，例如地铁、隧道等位置，如果根据被叫所处的地理位置信息确定被叫当前正处于某条地铁线路上，或者被叫当前正处于某个隧道内，则继续执行后续流程。

步骤206、确定当前的实时状况满足预设条件；

步骤207、将所述被叫的实时信息发送给所述主叫。

具体实现中，所述被叫的实时信息包括但不限于：所述被叫所处的实时地理位置信息，所述被叫的实时状态信息(例如正在乘坐地铁、正位于某个隧道内)等。

需要说明的是，本实施例中通过将主叫与被叫的相关信息结合起来判断是否需要反馈被叫实时信息给主叫，实际中，还可以单独采用主叫信息或单独采用被叫信息来判断是否需要反馈被叫实时信息给主叫，例如当确定主叫为预设主叫时，即反馈被叫实时信息给主叫；或者当确定主叫为预设主叫且主叫在预设时长内呼叫次数超过预设次数阈值时，即反馈被叫实时信息给主叫；或者只要被叫处于预设位置，即反馈被叫实时信息给主叫，甚至可以在以上三个判断结果中任意一个判断结果为是时，即反馈被叫实时信息给主叫，具体可视需求选择设置。

本实施例中，当主叫呼叫被叫失败时，会判断当前的实时状况是否满足预设条件，当当前的实时状况满足预设条件时，会将被叫的实时信息发送给主叫，主叫根据反馈的被叫的实时信息即可获知被叫的状况，从而避免了呼叫失败给用户带来的疑虑或担忧，提升了用户体验。

实施例三

实施例一所描述的方法，本实施例将做进一步的描述，如图3所示，本实施例的方法包括以下步骤：

步骤301、接收主叫发起的针对被叫的呼叫请求；

步骤302、呼叫失败时，判断所述主叫是否为预设主叫，若是，则执行步骤303，否则执行步骤309，结束处理；

步骤303、判断在预设时长内所述主叫呼叫所述被叫的次数是否超过预设次数阈值，若超过，则执行步骤304，否则执行步骤309，结束处理；

步骤304、获取所述被叫所处的地理位置信息；

具体地，步骤301～304可参阅上述实施例的步骤201～204，此处不再赘述。

步骤305、根据所述被叫所处的地理位置信息及网络统计数据计算所述被叫所处位置的呼叫成功率；

网络统计数据可以指后台在某个周期内统计得到的各个地点的通话情况(即各个地点的呼叫成功率)，根据被叫所处的地理位置信息及网络统计数据可以得到被叫所处位置的呼叫成功率。

步骤306、判断所述被叫所处位置的呼叫成功率是否低于预设成功率阈值，若低于，则执行步骤307，否则执行步骤309，结束处理；

预设成功率阈值可视具体情况自定义，例如可以设置为70％、80％等。

步骤307、确定当前的实时状况满足预设条件；

步骤308、将所述被叫的实时信息发送给所述主叫。

本实施例中，当主叫呼叫被叫失败时，会判断当前的实时状况是否满足预设条件，当当前的实时状况满足预设条件时，会将被叫的实时信息发送给主叫，主叫根据反馈的被叫的实时信息即可获知被叫的状况，从而避免了呼叫失败给用户带来的疑虑或担忧，提升了用户体验。

需要说明的是，实际中还可以将被叫所处位置的呼叫成功率与实施例二结合起来判断是否需要反馈被叫实时信息给主叫，即当主叫为预设主叫，且主叫在预设时长内呼叫次数超过预设次数阈值，且被叫处于预设位置，且被叫在所处位置的呼叫成功率低于预设成功率阈值时，反馈被叫实时信息给主叫。

实施例四

为了更好地实施以上方法，本发明还提供了一种呼叫处理装置，如图4所示，本实施例的呼叫处理装置包括：

接收单元401，用于接收主叫发起的针对被叫的呼叫请求；

处理单元402，用于在呼叫失败时，判断当前的实时状况是否满足预设条件；

发送单元403，用于当当前的实时状况满足预设条件时，将所述被叫的实时信息发送给所述主叫。

在一个具体的实施例中，所述处理单元402包括：

第一判断子单元，用于判断所述主叫是否为预设主叫；

第一确定子单元，用于当所述主叫为预设主叫时，确定当前的实时状况满足预设条件。

在一个具体的实施例中，所述处理单元402还包括：

第二判断子单元，用于当所述主叫为预设主叫时，判断在预设时长内所述主叫呼叫所述被叫的次数是否超过预设次数阈值；

第二确定子单元，用于当在预设时长内所述主叫呼叫所述被叫的次数超过预设次数阈值时，确定当前的实时状况满足预设条件。

在一个具体的实施例中，所述处理单元402还包括：

第一获取子单元，用于当在预设时长内所述主叫呼叫所述被叫的次数超过预设次数阈值时，获取所述被叫所处的地理位置信息；

第三判断子单元，用于根据所述被叫所处的地理位置信息判断所述被叫是否处于预设位置；

第三确定子单元，用于当所述被叫处于预设位置时，确定当前的实时状况满足预设条件。

或者，在一个具体的实施例中，所述处理单元402还包括：

第二获取子单元，用于当在预设时长内所述主叫呼叫所述被叫的次数超过预设次数阈值时，获取所述被叫所处的地理位置信息；

计算子单元，用于根据所述被叫所处的地理位置信息及网络统计数据计算所述被叫所处位置的呼叫成功率；

第四判断子单元，用于判断所述被叫所处位置的呼叫成功率是否低于预设成功率阈值；

第四确定子单元，用于当所述被叫所处位置的呼叫成功率低于预设成功率阈值时，确定当前的实时状况满足预设条件。

在一个具体的实施例中，所述被叫的实时信息包括：所述被叫所处的实时地理位置信息或所述被叫的实时状态信息。

本实施例中，当主叫呼叫被叫失败时，处理单元会判断当前的实时状况是否满足预设条件，当当前的实时状况满足预设条件时，发送单元会将被叫的实时信息发送给主叫，主叫根据反馈的被叫的实时信息即可获知被叫的状况，从而避免了呼叫失败给用户带来的疑虑或担忧，提升了用户体验。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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