分析被叫端的情况的方法和装置以及实现该方法和装置的程序

摘要

一种装置提供一种用于基于由电信服务供应商提供的声源分析被叫端的情况的方法。所述方法包括：存储由电信服务供应商根据所述被叫端的所述情况提供的情况指导声源的特征信息；在向被叫端的呼叫连接请求之后，接收由电信服务供应商根据所述被叫端的情况提供的声源；参考接收的所述声源的嘟声/铃声提取接收的所述声源的至少一个分析区段，所述至少一个分析区段对应于所述情况指导声源中的至少一个候选声源的特征信息；以及针对各个分析区段，基于接收的所述声源和关于对应分析区段的所述候选声源的匹配度确定所述被叫端的情况。

权利要求

1.一种用于通过装置基于由电信服务供应商提供的声源分析被叫端的情况的方法，包括：存储由电信服务供应商根据所述被叫端的所述情况提供的情况指导声源的特征信息；

在向被叫端的呼叫连接请求之后，接收由电信服务供应商根据所述被叫端的情况提供的声源；

参考接收的所述声源的嘟声/铃声提取接收的所述声源的至少一个分析区段，所述至少一个分析区段对应于所述情况指导声源中的至少一个候选声源的特征信息；以及针对各个分析区段，基于接收的所述声源和关于对应分析区段的所述候选声源的匹配度确定所述被叫端的情况。

2.如权利要求1所述的方法，其中，

所述特征信息包括：

参考各个情况指导声源的嘟声/铃声，对应情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

3.如权利要求2所述的方法，其中，

参考接收的所述声源的嘟声/铃声，接收的所述声源的所述分析区段为各个所述候选声源的核心声源所对应的位置。

4.如权利要求2所述的方法，其中，

确定所述被叫端的情况包括：

比较接收的所述声源的各个分析区段的声音模式和关于所述对应分析区段的至少一个候选声源的声音模式；

基于比较结果，计算接收的所述声源和所述至少一个候选声源的匹配度；以及基于所述至少一个候选声源的每个匹配度，确定所述被叫端的所述情况。

5.如权利要求1所述的方法，其中，

提取至少一个分析区段包括：

基于所述情况指导声源的特征信息，从接收的所述声源提取对应于所述情况指导声源的特征信息的位置，作为候选分析区段；

当关于第一情况指导声源的第一候选分析区段为沉默音节区段时，将所述第一情况指导声源排除在所述候选声源之外；以及当在接收的所述声源的起始点之前提供关于第二情况指导声源的第二候选分析区段时，将所述第二情况指导声源排除在所述候选声源之外。

6.如权利要求1所述的方法，其中，

所述情况指导声源包括用于通知如下情况中的至少一种情况的声源：繁忙、关机、呼叫拒绝、海外漫游、和未知号码。

7.一种用于通过装置基于由电信服务供应商提供的声源分析被叫端的情况的方法，包括：存储至少一个第一情况指导声源的第一特征信息，其中，参考所述至少一个第一情况指导声源的起始点来提取所述第一特征信息；

存储至少一个第二情况指导声源的第二特征信息，其中，参考所述至少一个第二情况指导声源的嘟声/铃声来提取所述第二特征信息；

接收由电信服务供应商根据被叫端的情况提供的接收的声源；

通过参考所述接收的声源的起始点而比较所述接收的声源和所述第一情况指导声源的所述第一特征信息，确定所述接收的声源是否对应于所述第一情况指导声源中的一者；

以及

当所述接收的声源不对应于所述第一情况指导声源中的一者时，通过参考所述接收的声源的嘟声/铃声而比较所述接收的声源和所述第二情况指导声源的所述第二特征信息，确定所述接收的声源是否对应于所述第二情况指导声源中的一者。

8.如权利要求7所述的方法，其中，

所述第二情况指导声源包括嘟声/铃声，以及

所述第一情况指导声源不包括所述被叫端的由至少一个电信服务供应商提供的所述情况指导声源中的嘟声/铃声。

9.如权利要求7所述的方法，其中，

所述第一情况指导声源的所述第一特征信息包括参考所述第一情况指导声源的起始点的所述第一情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

10.如权利要求9所述的方法，其中，

确定所述接收的声源是否对应于所述第一情况指导声源中的一者包括：参考所述接收的声源的起始点，从所述接收的声源提取对应于所述第一情况指导声源的所述第一特征信息的分析区段；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的第一情况指导声源的匹配度，确定所述被叫端的情况。

11.如权利要求7所述的方法，其中，

所述第二情况指导声源的所述第二特征信息包括参考所述第二情况指导声源的嘟声/铃声的所述第二情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

12.如权利要求11所述的方法，其中，

确定所述接收的声源是否对应于所述第二情况指导声源中的一者包括：参考所述接收的声源的嘟声/铃声，从所述接收的声源提取对应于各个所述第二情况指导声源的所述第二特征信息的分析区段；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的第二情况指导声源的匹配度，确定所述被叫端的情况。

13.如权利要求7所述的方法，其中，

确定所述接收的声源是否对应于所述第一情况指导声源中的一者包括：计算所述接收的声源和各个所述第一情况指导声源的所述第一特征信息的匹配分数；

以及

当所述第一情况指导声源中的特定情况指导声源的所述匹配分数等于或大于参考值时，将所述接收的声源确定为所述特定情况指导声源。

14.如权利要求7所述的方法，其中，

确定所述接收的声源是否对应于所述第二情况指导声源中的一者包括：计算所述接收的声源和各个所述第二情况指导声源的所述第二特征信息的匹配分数；

以及

当所述第二情况指导声源中的特定情况指导声源的所述匹配分数等于或大于参考值时，将所述接收的声源确定为所述特定情况指导声源。

15.一种存储在计算机可读记录介质中且被硬件执行的程序，所述硬件包括用户终端的处理器、存储设备、扬声器和显示器，所述程序包括：向被叫端请求呼叫连接；

从由电信服务供应商根据所述被叫端的情况提供的接收的声源提取嘟声/铃声；

参考所述接收的声源的嘟声/铃声提取所述接收的声源的至少一个分析区段，所述至少一个分析区段对应于多个情况指导声源中的至少一个候选声源的特征信息；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的候选声源的匹配度确定所述被叫端的情况，其中，所述特征信息包括参考各个情况指导声源的嘟声/铃声的对应情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

16.如权利要求15所述的程序，还包括：

当根据确定所述被叫端的所述情况的结果将所述接收的声源确定为繁忙状态指导声源、关机指导声源、呼叫拒绝指导声源、未知号码指导声源、和海外漫游指导声源中的一者时，通过所述扬声器和所述显示器中的至少一者通知所述被叫端处于对应于确定的所述指导声源的情况。

17.如权利要求16所述的程序，还包括：

当所述被叫端处于繁忙情况、关机情况、呼叫拒绝情况、未知号码情况、和海外漫游情况中的一者时，根据针对对应情况建立的规则再次呼叫所述被叫端或将文本消息发送到所述被叫端；以及当所述被叫端不应答时，根据针对无应答情况建立的规则再次呼叫所述被叫端或将文本消息发送到所述被叫端，其中，所述文本消息的上下文根据发送情况而不同。

18.如权利要求15所述的程序，其中，

向所述被叫端请求呼叫连接包括：

当在特定应用程序在所述用户终端中运行的同时尝试所述呼叫连接时，将所述特定应用程序的内容输出到所述扬声器和所述显示器中的至少一者，同时尝试所述呼叫连接；以及当所述呼叫被连接时，停止所述特定应用程序的运行，并将从所述被叫端接收的数据输出到所述扬声器和所述显示器中的至少一者。

19.如权利要求15所述的程序，其中，

从所述接收的声源提取嘟声/铃声包括：

参考所述接收的声源的起始点确定所述接收的声源是否包括不同于所述多个情况指导声源的附加情况指导声源，直到从所述接收的声源检测到嘟声/铃声；

当在确定所述接收的声源是否包括所述附加情况指导声源的同时在所述接收的声源中检测到所述嘟声/铃声时，停止确定所述接收的声源是否包括所述附加情况指导声源，并进行提取对应于至少一个候选声源的特征信息的至少一个分析区段；以及当在从所述接收的声源检测到所述嘟声/铃声之前确定所述接收的声源包括所述附加情况指导声源时，停止检测嘟声/铃声，并输出所述接收的声源中包括的所述附加情况指导声源所对应的所述被叫端的情况，以及所述程序还包括：当所述接收的声源不对应于所述多个情况指导声源和所述附加情况指导声源中的一者时，确定所述被叫端处于无应答情况。

20.一种存储在计算机可读记录介质中且被硬件执行的程序，所述硬件包括用户终端的处理器、存储设备、扬声器和显示器，所述程序包括：向被叫端请求呼叫连接；

分析由电信服务供应商根据所述被叫端的情况提供的接收的声源以确定所述被叫端的所述情况；以及当根据确定所述被叫端的所述情况的结果而未连接呼叫时，输出用于向所述扬声器和所述显示器中的至少一者通知所述被叫端的所述情况的信息。

21.如权利要求20所述的程序，还包括：

根据针对所述被叫端的各个情况建立的方法，向所述被叫端重新发送或向所述被叫端发送文本消息，以及其中，所述被叫端的所述情况为繁忙情况、关机情况、呼叫拒绝情况、未知号码情况、和海外漫游情况中的一者。

22.如权利要求20所述的程序，其中，

确定所述被叫端的情况包括：

参考所述接收的声源的起始点，从所述接收的声源提取第一情况指导声源中的至少一个第一候选声源的特征信息所对应的至少一个分析区段；

针对各个分析区段，基于所述接收的声源和关于对应分析区段的所述第一候选声源的匹配度确定所述被叫端的情况；

参考所述接收的声源的嘟声/铃声，从所述接收的声源提取第二情况指导声源中的至少一个第二候选声源的特征信息所对应的至少一个分析区段；

针对各个分析区段，基于所述接收的声源和关于对应分析区段的所述第二候选声源的匹配度确定所述被叫端的情况；以及当根据分析所述接收的声源的结果，所述第一情况指导声源和所述第二情况指导声源不具有对应声源时，确定所述被叫端的所述情况为无应答情况。

说明书

分析被叫端的情况的方法和装置以及实现该方法和装置的

程序

技术领域

[0001] 本发明涉及用于分析被叫端的情况的方法和装置以及用于实现该方法和装置的程序。

背景技术

[0002] 当主叫端输入被叫端的电话号码时，有线电话网络或移动通信网络请求对被叫端的呼叫。当被叫端接收呼叫时，呼叫被连接在主叫端和被叫端之间。如果被叫端繁忙，被叫端关机，或被叫端的用户拒绝呼叫，则该呼叫未被连接，以及由电讯服务供应商在被叫端侧建立的指导声源被发送到主叫端。

[0003] 出于有效管理的目的，以呼叫中心的类似方式呼叫多个用户的公司使用呼叫设备来打电话给被叫端，以及当被叫端响应该呼叫设备时，该呼叫设备连接到呼叫中心代理，从而该呼叫中心代理可以响应被叫方。

[0004] 传统的呼叫设备针对每帧实时地接收用于通知被叫端的情况的声源数据。在该实例中，传统的呼叫设备检测声源的起始点以及通过比较模式且识别声音来分析该起始点之后的声源数据以确定被叫端的情况。因此，根据起始点检测器的性能，可以影响分析错误。而且当初始接收数据丢失时，传统的呼叫设备将实际声源的中间点识别为起始点。因此，该传统的呼叫设备无法准确地分析被叫端的情况，这是因为参考声源与接收的声源不同步。
当被叫方拒绝呼叫时，由电信服务供应商提供的声源在单独建立的回铃音之后进入每个被叫端。因此对于传统设备来说难以参考起始点分析声源以分析被叫端的呼叫拒绝情况。另外，传统设备识别包括在接收数据中的声音(例如忙音)以分析被叫端的情况，因此存在用于声音识别的大量计算。

发明内容

[0005] 技术问题

[0006] 本发明努力进行以提供用于基于由电信服务供应商提供的特定声源(例如嘟声/铃声)分析被叫端的情况的方法和设备、以及用于实现该方法和设备的程序。

[0007] 技术方案

[0008] 本发明的示例性实施方式提供一种用于通过装置基于由电信服务供应商提供的声源分析被叫端的情况的方法。所述方法包括：存储由电信服务供应商根据所述被叫端的所述情况提供的情况指导声源的特征信息；在向被叫端的呼叫连接请求之后，接收由电信服务供应商根据所述被叫端的情况提供的声源；参考接收的声源的嘟声/铃声提取所述接收的声源的至少一个分析区段，所述至少一个分析区段对应于所述情况指导声源中的至少一个候选声源的特征信息；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的所述候选声源的匹配度确定所述被叫端的情况。

[0009] 所述特征信息可以包括参考各个情况指导声源的嘟声/铃声的对应情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

[0010] 参考所述接收的声源的嘟声/铃声，所述接收的声源的所述分析区段可以为各个所述候选声源的核心声源所对应的位置。

[0011] 确定所述被叫端的情况可以包括：比较所述接收的声源的各个分析区段的声音模式和关于所述对应分析区段的至少一个候选声源的声音模式；基于比较结果，计算所述接收的声源和所述至少一个候选声源的匹配度；以及基于所述至少一个候选声源的每个匹配度确，定所述被叫端的所述情况。

[0012] 提取至少一个分析区段可以包括：基于所述情况指导声源的特征信息，从所述接收的声源提取对应于所述情况指导声源的特征信息的位置，作为候选分析区段；当关于第一情况指导声源的第一候选分析区段为沉默音节区段时，将所述第一情况指导声源排除在所述候选声源之外；以及当在所述接收的声源的起始点之前提供关于第二情况指导声源的第二候选分析区段时，将所述第二情况指导声源排除在所述候选声源之外。

[0013] 所述情况指导声源可以包括用于通知如下情况中的至少一种情况的声源：繁忙、关机、呼叫拒绝、海外漫游、和未知号码。

[0014] 本发明的另一实施方式提供一种用于通过装置基于由电信服务供应商提供的声源分析被叫端的情况的方法。所述方法包括：存储至少一个第一情况指导声源的第一特征信息，其中，参考所述至少一个第一情况指导声源的起始点来提取所述第一特征信息；存储至少一个第二情况指导声源的第二特征信息，其中，参考所述至少一个第二情况指导声源的嘟声/铃声来提取所述第二特征信息；接收由电信服务供应商根据被叫端的情况提供的接收的声源；通过参考所述接收的声源的起始点而比较所述接收的声源和所述第一情况指导声源的所述第一特征信息，确定所述接收的声源是否对应于所述第一情况指导声源中的一者；以及当所述接收的声源不对应于所述第一情况指导声源中的一者时，通过参考所述接收的声源的嘟声/铃声而比较所述接收的声源和所述第二情况指导声源的所述第二特征信息，确定所述接收的声源是否对应于所述第二情况指导声源中的一者。

[0015] 所述第二情况指导声源可以包括嘟声/铃声。所述第一情况指导声源可以不包括所述被叫端的由至少一个电信服务供应商提供的所述情况指导声源中的嘟声/铃声。

[0016] 所述第一情况指导声源的所述第一特征信息可以包括参考所述第一情况指导声源的起始点的所述第一情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

[0017] 确定所述接收的声源是否对应于所述第一情况指导声源中的一者可以包括：参考所述接收的声源的起始点，从所述接收的声源提取对应于所述第一情况指导声源的所述第一特征信息的分析区段；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的第一情况指导声源的匹配度确定所述被叫端的情况。

[0018] 所述第二情况指导声源的所述第二特征信息可以包括参考所述第二情况指导声源的嘟声/铃声的所述第二情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

[0019] 确定所述接收的声源是否对应于所述第二情况指导声源中的一者可以包括：参考所述接收的声源的嘟声/铃声，从所述接收的声源提取对应于各个所述第二情况指导声源的所述第二特征信息的分析区段；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的第二情况指导声源的匹配度确定所述被叫端的情况。

[0020] 确定所述接收的声源是否对应于所述第一情况指导声源中的一者可以包括：计算所述接收的声源和各个所述第一情况指导声源的所述第一特征信息的匹配分数；以及当所述第一情况指导声源之中的特定情况指导声源的所述匹配分数等于或大于参考值时，将所述接收的声源确定为所述特定情况指导声源。

[0021] 确定所述接收的声源是否对应于所述第二情况指导声源中的一者可以包括：计算所述接收的声源和各个所述第二情况指导声源的所述第二特征信息的匹配分数；以及当所述第二情况指导声源之中的特定情况指导声源的所述匹配分数等于或大于参考值时，将所述接收的声源确定为所述特定情况指导声源。

[0022] 本发明的又一个实施方式提供一种存储在计算机可读记录介质中且被硬件执行的程序，所述硬件包括用户终端的处理器、存储设备、扬声器和显示器。所述程序包括：向被叫端请求呼叫连接；从由电信服务供应商根据所述被叫端的情况提供的接收的声源提取嘟声/铃声；参考所述接收的声源的嘟声/铃声提取所述接收的声源的至少一个分析区段，所述至少一个分析区段对应于多个情况指导声源中的至少一个候选声源的特征信息；以及针对各个分析区段，基于所述接收的声源和关于对应分析区段的候选声源的匹配度确定所述被叫端的情况。所述特征信息包括参考各个情况指导声源的嘟声/铃声的对应情况指导声源的核心声源存在的位置信息、所述核心声源的长度信息、和所述核心声源的声音模式。

[0023] 所述程序还可以包括：当根据确定所述被叫端的所述情况的结果将所述接收的声源确定为繁忙状态指导声源、关机指导声源、呼叫拒绝指导声源、未知号码指导声源、和海外漫游指导声源中的一者时，通过所述扬声器和所述显示器中的至少一者通知所述被叫端处于对应于所确定的指导声源的情况。

[0024] 所述程序还可以包括：当所述被叫端处于繁忙情况、关机情况、呼叫拒绝情况、未知号码情况、和海外漫游情况中的一者时，根据针对对应情况建立的规则再次呼叫所述被叫端或将文本消息发送到所述被叫端；以及当所述被叫端不应答时，根据针对无应答情况建立的规则再次呼叫所述被叫端或将文本消息发送到所述被叫端。所述文本消息的上下文根据发送情况而不同。

[0025] 向被叫端请求呼叫连接可以包括：当在特定应用程序在所述用户终端中运行的同时尝试所述呼叫连接时，将所述特定应用程序的内容输出到所述扬声器和所述显示器中的至少一者，同时尝试所述呼叫连接；以及当所述呼叫被连接时，停止所述特定应用程序的运行，并将从所述被叫端接收的数据输出到所述扬声器和所述显示器中的至少一者。

[0026] 从所述接收的声源提取嘟声/铃声可以包括：参考所述接收的声源的起始点确定所述接收的声源是否包括不同于所述多个情况指导声源的附加情况指导声源，直到从所述接收的声源检测到嘟声/铃声；当在确定所述接收的声源是否包括所述附加情况指导声源的同时在所述接收的声源中检测到所述嘟声/铃声时，停止确定所述接收的声源是否包括所述附加情况指导声源，并进行提取对应于至少一个候选声源的特征信息的至少一个分析区段；以及当在从所述接收的声源检测到所述嘟声/铃声之前确定所述接收的声源包括所述附加情况指导声源时，停止检测嘟声/铃声，并输出所述接收的声源中包括的所述附加情况指导声源所对应的所述被叫端的情况。所述程序还可以包括：当所述接收的声源不对应于所述多个情况指导声源和所述附加情况指导声源中的一者时，确定所述被叫端处于无应答情况。

[0027] 本发明的又一个实施方式提供一种存储在计算机可读记录介质中且被硬件执行的程序，所述硬件包括用户终端的处理器、存储设备、扬声器和显示器。所述程序包括：向被叫端请求呼叫连接；分析由电信服务供应商根据所述被叫端的情况提供的接收的声源以确定所述被叫端的所述情况；以及当根据确定所述被叫端的所述情况的结果而未连接呼叫时，输出用于向所述扬声器和所述显示器中的至少一者通知所述被叫端的所述情况的信息。

[0028] 所述程序还可以包括：根据针对所述被叫端的各个情况建立的方法，向所述被叫端重新发送或向所述被叫端发送文本消息。所述被叫端的所述情况可以为繁忙情况、关机情况、呼叫拒绝情况、未知号码情况、和海外漫游情况中的一者。

[0029] 确定所述被叫端的情况可以包括：参考所述接收的声源的起始点，从所述接收的声源提取第一情况指导声源中的至少一个第一候选声源的特征信息所对应的至少一个分析区段；针对各个分析区段，基于所述接收的声源和关于对应分析区段的所述第一候选声源的匹配度确定所述被叫端的情况；参考所述接收的声源的嘟声/铃声，从所述接收的声源提取第二情况指导声源中的至少一个第二候选声源的特征信息所对应的至少一个分析区段；针对各个分析区段，基于所述接收的声源和关于对应分析区段的所述第二候选声源的匹配度确定所述被叫端的情况；以及当根据分析所述接收的声源的结果，所述第一情况指导声源和所述第二情况指导声源不具有对应声源时，确定所述被叫端的所述情况为无应答情况。

[0030] 有益效果

[0031] 根据本发明的示例性实施方式，可以利用少量计算检测被叫端的各种情况而无错误。根据本发明的示例性实施方式，可以确定电信服务供应商是否已改变情况指导声源。

[0032] 根据本发明的示例性实施方式，可以缩短用于呼叫连接的等待时间，以及可以去除因呼叫连接而非必要浪费的时间。根据本发明的示例性实施方式，当用户在用户终端中运行内容或应用程序的同时进行手机呼叫时，他不需要停止正被执行的内容或应用程序。根据本发明的示例性实施方式，分析设备或用户终端可以分析被叫端的情况、可以根据被叫端的情况再次呼叫、或可以发送文本消息，从而为用户提供便利性。

附图说明

[0033] 图1示出根据本发明的示例性实施方式的用于分析被叫端的情况的方法的流程图。

[0034] 图2示出根据本发明的示例性实施方式的用于提取声源的特征信息的方法。

[0035] 图3示出根据本发明的示例性实施方式的用于分析被叫端的情况的方法。

[0036] 图4和图5分别示出根据本发明的示例性实施方式的用于分析被叫端的呼叫拒绝情况的方法。

[0037] 图6示出根据本发明的示例性实施方式的用于提取分析区段的方法。

[0038] 图7示出根据本发明的示例性实施方式的用于检测接收的声源的长度的方法。

[0039] 图8示出根据本发明的示例性实施方式的用于检测沉默音节区段的方法。

[0040] 图9例证根据本发明的示例性实施方式的被叫端的情况分析结果。

[0041] 图10示出根据本发明的示例性实施方式的声源信息存储单元。

[0042] 图11示出根据本发明的另一示例性实施方式的用于分析被叫端的情况的方法的流程图。

[0043] 图12示出根据本发明的示例性实施方式的用于更新情况指导声源信息的方法的流程图。

[0044] 图13示出根据本发明的示例性实施方式的用于分析被叫端的情况的设备的配置图。

[0045] 图14示出根据本发明的示例性实施方式的用户终端的框图。

具体实施方式

[0046] 在如下详细描述中，仅仅通过说明方式示出和描述了本发明的仅某些示例性实施方式。如本领域的技术人员将认识到，可以以各种不同方式修改所描述的实施方式，所有均不脱离本发明的精神或范围。因此，附图和说明书本质上将被视为说明性的而非限制性的。贯穿说明书，相同的附图标记指示相同的元件。

[0047] 除了明确地反向描述，否则词“包括”及变型(诸如“包括”或“包括”)将被理解为暗指包含所陈述的元素但不排除任何其它元素。

[0048] 图1示出根据本发明的示例性实施方式的用于分析被叫端的情况的方法的流程图，图2示出根据本发明的示例性实施方式的用于提取声源的特征信息的方法，图3示出根据本发明的示例性实施方式的用于分析被叫端的情况的方法，以及图4和图5分别示出根据本发明的示例性实施方式的用于分析被叫端的呼叫拒绝情况的方法。

[0049] 参照图1，被叫端的情况分析设备(被称为分析设备)100(参看图13)存储由电信服务供应商根据被叫端的情况提供的情况指导声源的特征信息(S110)。例如，如在表1中所表达，在向被叫端的呼叫连接请求之后，各个电信服务供应商根据被叫端的情况(诸如，当被叫端繁忙时、当被叫端关机时、或当被叫端拒绝呼叫时)提供不同声源。

[0050] (表1)

[0051]

[0052] 分析设备100参考声源中包括的嘟声/铃声提取各个情况指导声源的特征信息。参照图2，分析设备100可以从包括嘟声/铃声的声源提取嘟声/铃声，以及可以参考嘟声/铃声存储情况指导声源的核心声源存在的位置信息(P)、核心声源的长度信息(W)、和核心声源的声音(语音)模式(PT)，作为特征信息。例如，当“S”公司的用户的被叫端繁忙时，分析设备100可以接收“线路繁忙。将在嘟声之后连接到语音信箱，您将被收费。嘟”。如图2所示，分析设备100可以存储从嘟声起的核心声源(例如对应于“繁忙”的声源)存在的位置信息(P)、核心声源的长度信息(W)、和核心声源的声音模式(PT)，作为“S”公司的繁忙状态指导声源的特征信息。可以针对各个声源以各种方式建立核心声源。

[0053] 在向被叫端的呼叫连接请求之后，分析设备100接收由电信服务供应商根据被叫端的情况提供的声源(S120)。

[0054] 分析设备100从接收的声源检测嘟声/铃声(S130)。

[0055] 分析设备100参考接收的声源的嘟声/铃声从接收的声源提取情况指导声源的各个核心声源的位置，作为分析区段(S140)。例如，当分析设备100接收声源时，如图3所示，分析设备100从接收的声源提取至少一个情况指导声源(参考表1的情况S1至S9)的核心声源存在的分析区段(例如，11、12、13、14、和15)。在此，情况指导声源(S1至S9)的至少一个声源为候选声源。例如，当情况指导声源S1的核心声源从嘟声起被提供在位置P1上、核心声源的长度为W1、以及核心声源的声音模式为PT1时，分析设备100提取从接收的声源的嘟声起提供在位置P1上的区段W1，作为情况指导声源S1所对应的分析区段11。

[0056] 分析设备100针对各个分析区段计算接收的声源与关于对应分析区段的核心声源之间的模式匹配度(S150)。用于确定这两个声源是否彼此匹配的方法可以各种各样，以及在此将描述用于比较声源的模式的方法。例如，分析区段11对应于情况指导声源S1的核心声源，因此分析设备100比较分析区段11的接收的声源的模式和情况指导声源S1的核心声源的模式。如果分析区段12对应于情况指导声源S2的核心声源，则分析设备100比较分析区段12的接收的声源的模式和情况指导声源S2的核心声源的模式。即，当接收的声源为“S”公司的繁忙状态的指导声源时，在分析区段11中将提供情况指导声源S1的核心声源，以及当接收的声源不为“S”公司的繁忙状态的指导声源时，在分析区段11中将不提供情况指导声源S1的核心声源。

[0057] 分析设备100基于针对各个分析区段的模式匹配度确定被叫端的情况(S160)。即，当接收的声源为“S”公司的繁忙状态的指导声源时，繁忙状态指导声源S1的核心声源(例如“繁忙”)存在于分析区段11中，与关机指导声源S2的核心声源(例如“关机”)不同的声源可以存在于分析区段12中。因此，当接收的声源和核心声源的模式匹配度在分析区段11中比另一分析区段高时，分析设备100确定“S”公司的用户的被叫端为繁忙的。

[0058] 如所述，分析设备100不从声源的起始点执行语音识别或从声源的起始点搜索在恒定距离中提供的核心声源，而是从嘟声/铃声开始倒回来搜索核心声源。因此，分析设备100可以区分声源而不管起始点检测器的性能，以及当初始接收数据丢失或将声源添加到情况指导声源的头部时，分析设备100可以准确地分析被叫端的情况。

[0059] 图4示出“S”公司的呼叫拒绝情况S9中的声源的示例。在呼叫连接请求期间，当再现回铃音一段时间且用户拒绝呼叫时，呼叫拒绝情况指导声音“无人应答，因此您将在嘟声之后连接到语音信箱。在您被连接之后，您将被收费”出现达预定时间，并发出嘟声。在针对每个被叫端以各种方式建立的回铃音之后再现呼叫拒绝情况指导声音。因此除非用于分析声源的模式的传统设备参考起始点分析包括回铃音的全部声源以识别声音(诸如“无人应答”)，否则，在针对每个被叫端以各种方式建立回铃音之后难以识别呼叫拒绝情况指导声音。

[0060] 为了解决该限制，分析设备100从接收的声源发现嘟声，以及基于从核心声源的嘟声起的位置和长度信息提取与嘟声分隔恒定距离的分析区段(例如21至26)。分析设备100比较分析区段的声源所对应的候选声源的模式。“L”公司的呼叫拒绝情况S9的声源中的核心声源存在于与嘟声分隔恒定距离的区段中，而不考虑回铃音，因此分析模块100可以知道被叫端处于呼叫拒绝情况。

[0061] 图5例证“K”公司的呼叫拒绝情况S6的声源。在呼叫连接请求期间，当再现回铃音达预定时间且用户拒绝呼叫时，再现呼叫拒绝情况指导声音“无人应答，请稍后再次尝试呼叫”达预定时间且生成铃声。

[0062] 分析设备100从接收的声源发现铃声，以及比较与铃声分隔恒定距离的分析区段的声源的模式和分析区段所对应的候选声源的模式。在该实例中，“K”公司的呼叫拒绝情况S6包括铃声，这不同于其它情况。因此，分析设备100可以通过使用包括铃声的情况指导声源(例如，“K”公司的呼叫拒绝指导声源)的特征信息31来分析接收的声源。

[0063] 图6示出根据本发明的示例性实施方式的用于提取分析区段的方法。

[0064] 参照图6，分析设备100参考接收的声源的嘟声/铃声从接收的声源提取情况信息声源的核心声源所对应的分析区段。在该实例中，分析设备100可以通过将所有的情况指导声源(S1至S9)确定为候选声源而不执行模式分析，但是可以基于接收的声源的信息选择候选声源。

[0065] 例如，情况指导声源S7的核心声源被假设为与嘟声分隔P7，P7的长度为W7。然而，当与接收的声源的嘟声分隔P7的点为沉默音节时，分析设备100不需要比较情况指导声源S7的核心声源的模式和沉默音节区段的模式。因此，分析设备100将情况指导声源S7排除在候选声源之外。

[0066] 情况指导声源S8的核心声源被假设为距离嘟声P8而存在，P8的长度为W8。然而，当与接收的声源的嘟声分隔P8的点在接收的声源的起始点之前时，不存在待比较的接收的声源。因此，分析设备100将情况指导声源S8排除在候选声源之外。

[0067] 如所描述，分析设备100可以确定分析区段是否为沉默音节区段、分析区段是否在接收声源之前、或接收的声源是否包括嘟声或铃声以减少情况指导声源的候选且因此减少候选量。

[0068] 图7示出根据本发明的示例性实施方式的用于检测接收的声源的长度的方法，以及图8示出根据本发明的示例性实施方式的用于检测沉默音节区段的方法。

[0069] 参照图7，分析设备100针对每个接收的声源提取起始点和嘟声/铃声，并计算从嘟声/铃声到声源的起始点的长度。分析设备100可以存储声源的长度，作为对应的情况指导声源的特征信息。

[0070] 分析设备100分析接收的声源、感测起始点和嘟声、并计算接收的声源的长度。分析设备100可以比较由多个电信服务供应商提供的多个情况指导声源的长度与接收的声源的长度以确定被叫端的情况。当情况指导声源的长度不同时，分析设备100可以比较声源长度信息以很容易确定被叫端的情况。

[0071] 参照图8，分析设备100可以针对每个接收的声源提取嘟声/铃声，且可以存储至少一个沉默音节存在的位置信息以及自嘟声/铃声起的沉默音节的长度信息，作为对应的情况指导声源的特征信息。

[0072] 分析设备100可以比较情况指导声源的长度和沉默音节区段信息与接收的声源的长度和沉默音节区段信息，以确定被叫端的情况。

[0073] 图9例证根据本发明的示例性实施方式的被叫端的情况分析结果。

[0074] 参照图9，分析设备100基于情况指导声源(例如S1至S9)的特征信息分析被叫端的情况。特征信息可以使用从嘟声/铃声起的情况指导声源的核心声源存在的位置信息、核心声源的长度信息、核心声源的声音模式、情况指导声源的长度、和情况指导声源的沉默音节区段信息。

[0075] 分析设备100基于每个候选声源的特征信息(核心声源存在的位置和区段)从接收的声源提取每个情况指导声源的核心声音存在的分析区段。分析设备100可以将从每个分析区段提取的声源与关于对应分析区段的候选声源之间的模式匹配度输出为一个分数。随着该分数越高，候选声源的模式可存在于接收的声源的分析区段中的概率越高。

[0076] 例如，当KT繁忙情况指导声源(例如，当KT被叫端繁忙时接收的声源)和接收的声源之间的模式匹配分数最高时，分析设备100检测(KT移动繁忙检测)作为KT用户的被叫端是繁忙的。

[0077] 分析设备100参考接收的声源的嘟声/铃声从接收的声源提取特定情况指导声源的核心声源所对应的分析区段，且该分析区段可以为沉默音节区段。然后，分析设备100不需要针对分析区段确定模式匹配状态。而是，分析设备100可以将指导声源(SK繁忙/LG繁忙/KT关机)排除在候选声源之外，且可以输出用于指示情况指导声源(SK繁忙/LG繁忙/KT关机)的核心声源所对应的分析区段为沉默音节区段的信息(例如-1S)。

[0078] 分析设备100参考接收的声源的嘟声/铃声从接收的声源提取特定情况指导声源的核心声源所对应的分析区段，且该分析区段可以为在接收的声源的起始点之前提供的点。分析设备100不需要确定关于分析区段的模式匹配状态。而是，分析设备100可以将情况指导声源(KT拒绝)排除在候选声源之外，且可以输出用于示出情况指导声源(KT拒绝)的核心声源所对应的分析区段表示在接收的声源中已留下呼叫起始点的边界的情形的信息(例如-1F)。

[0079] 图10示出根据本发明的示例性实施方式的声源信息存储单元。以及图11示出根据本发明的另一示例性实施方式的用于分析被叫端的情况的方法的流程图。

[0080] 参照图10，可以通过电信服务供应商以各种方式建立情况指导声源。对于繁忙/关机/呼叫拒绝的情形的情况，指导声源包括嘟声/铃声。然而，例如，当被叫端为未知的或被叫端无法以海外漫游的类似方式应答时，未知的/海外漫游的指导声源可以不包括嘟声/铃声。

[0081] 因此，为了分析被叫端的各种情况而没有遗漏，分析设备100可以参考接收的声源的嘟声/铃声提取情况指导声源的核心声源所对应的分析区段，以及可以参考接收的声源的起始点提取情况指导声源的核心声源所对应的分析区段。

[0082] 为此，声源信息存储单元110包括从嘟声/铃声的声源信息存储单元112和从起始点的声源信息存储单元114。

[0083] 从嘟声/铃声的声源信息存储单元112存储从嘟声/铃声起的核心声源存在的位置信息、核心声源的长度信息、和核心声源的声音模式，作为用于各个情况指导声源的特征信息。从嘟声/铃声的声源信息存储单元112还可以针对各个情况指导声源存储从起始点到嘟声/铃声的长度(声源长度)、和从嘟声/铃声起的沉默音节区段信息。

[0084] 从起始点的声源信息存储单元114存储从起始点起的核心声源存在的位置信息、核心声源的长度信息、和核心声源的声音模式，作为用于各个情况指导声源的特征信息。特别地，从起始点的声源信息存储单元114可以存储未知号码指导声源或海外漫游指导声源的特征信息。

[0085] 参照图11，分析设备100将存储在声源信息存储单元中的情况指导声源的特征信息与接收的声源进行比较以检测被叫端的情况。

[0086] 分析设备100接收用于通知被叫端的情况的声源(S210)。

[0087] 分析设备100检测接收的声源的起始点(S220)。

[0088] 分析设备100参考起始点从接收的声源提取第一候选声源的核心声源存在的位置的分析区段(S230)。在此，第一候选声源可以为不具有嘟声/铃声的情况指导声源，以及例如，第一候选声源可以为未知号码指导声源或海外漫游指导声源，且第一候选声源列表可以根据电信服务供应商的通知方法而改变。

[0089] 分析设备100针对各个分析区段比较接收的声源和关于对应分析区段的第一候选声源，以确定它们是否通过等于或大于参考值而彼此对应(S240)。

[0090] 当接收的声源和关于对应分析区段的第一候选声源通过等于或大于参考值而彼此对应时，分析设备100基于对应候选声源确定被叫端的情况(S242)。例如，当与未知号码指导声源的匹配度为高的时，分析设备100将被叫端的电话号码确定为未知的。

[0091] 当接收的声源和关于对应分析区段的第一候选声源未通过等于或大于参考值而彼此对应时，分析设备100检测嘟声/铃声(S250)。当未检测到嘟声/铃声时，分析设备100将其确定为呼叫待机情况。

[0092] 分析设备100参考嘟声/铃声从接收的声源提取第二候选声源的核心声源存在的位置的分析区段(S260)。在此，第二候选声源为包括嘟声/铃声的情况指导声源，以及例如，第二候选声源可以为诸如繁忙、关机、或呼叫拒绝的情况指导声源，且第二候选声源列表可以根据电信服务供应商的通知方法而改变。

[0093] 分析设备100针对各个分析区段比较接收的声源和关于对应分析区段的第二候选声源，以提取通过等于或大于参考值而对应的候选声源(S270)。采用另一方式，分析设备100可以从第二候选声源中提取具有最高模式匹配分数的候选声源。

[0094] 当提取候选声源时，分析设备100基于提取的候选声源确定被叫端的情况(S272)。例如，当与繁忙状态指导声源的匹配度为高时，分析设备100将被叫端确定为当前繁忙的。

[0095] 当未提取候选声源时，分析设备100将其确定为呼叫待机情况(S280)。即，接收的声源不包括第二候选声源的核心声源所对应的声源，因此分析设备100可以将其确定为被叫端不进行响应的呼叫待机情况，且可以等待呼叫连接。

[0096] 如所描述，分析设备100将存储在声源信息存储单元中的情况指导声源的特征信息与接收的声源进行比较以检测被叫端的情况，且在确定第一候选声源之前可以检测嘟声/铃声。因此，分析设备100检测接收的声源的起始点，并针对嘟声/铃声的检测状态待机。在本实例中，尽管针对嘟声/铃声的检测状态待机，但是分析设备100参考起始点从接收的声源提取第一候选声源的核心声源存在的位置的分析区段，以及针对各个分析区段比较接收的声源和关于对应分析区段的第一候选声源，以确定它们是否通过等于或大于参考值而彼此对应。

[0097] 如果在检测嘟声/铃声之前将接收的声源确定为第一候选声源，则分析设备100停止检测嘟声/铃声。如果在确定接收的声源是否为第一候选声源时检测到嘟声/铃声，则分析设备100停止用于确定接收的声源是否为第一候选声源的过程，以及前进到用于确定接收的声源是否为第二候选声源的过程。

[0098] 图12示出根据本发明的示例性实施方式的用于更新情况指导声源信息的方法的流程图。

[0099] 参照图12，被叫端的情况指导声源可以被电信服务供应商自由改变。如果不知道被叫端的情况指导声源被改变，且未能更新声源信息存储单元，则对于分析设备100来说难以准确地检测被叫端的情况。即，分析设备100参考嘟声/铃声以相反方式向前以找出核心声源的位置，因此当添加或替换初始指导声音或信号音乐时不影响分析设备100的性能。然而，当具有大变化时，诸如当情况指导声源被改变或替换扬声器时，生成错误识别。

[0100] 分析设备100管理情况指导声源的特征信息与接收的声源的比较结果值(S310)。分析设备100可以存储针对各个接收的声源计算的情况指导声源的模式匹配分数，且可以基于多个接收的声源管理对于各个电信服务供应商的声源分析结果。在此，附加监控设备可以管理存储在声源信息存储单元110中的情况指导声源的特征信息与接收的声源的比较结果值。

[0101] 分析设备100基于比较结果值的变化状态确定情况指导声源是否改变(S320)。例如，当“K”公司的繁忙状态指导声源S4改变时，“K”公司的被叫端为繁忙的，但是不存在对应于接收的声源的模式，因此提供相比于先前的模式匹配分数不同的模式匹配分数。即，参照图9，当被叫端在先前情形中处于KT繁忙情况时，提取KT繁忙情况指导声源作为匹配声源，以及将模式匹配分数计算为大约76分，因此在特定时间点，KT繁忙情况的模式匹配分数可以示出大的偏离，或者在各个情况指导声源中可能未检测到KT繁忙情况。然后，分析设备100将KT繁忙情况指导声源确定为被改变。

[0102] 当特定情况指导声源被改变时，分析设备100通知对应的情况指导声源的变化(S330)。

[0103] 分析设备100将改变的情况指导声源的特征信息存储在声源信息存储单元110中(S340)。

[0104] 如所描述，分析设备100针对各个接收的声源监控与情况指导声源的模式匹配分数，以感测特定情况指导声源的计算结果中存在变化。分析设备100可以将改变的情况指导声源上报给用户。用户检查改变的情况指导声源、更新特征信息、以及将该特征信息存储在声源信息存储单元110中。采用另一方式，分析设备100可以接收改变的情况指导声源、可以从改变的情况指导声源提取核心声源(例如“繁忙”)、以及可以参考嘟声/铃声提取特征信息。

[0105] 分析设备100可以分析情况指导声源的特征信息与接收的声源的比较结果值以快速地感测声源的变化，从而使性能退化的空白区最小化。

[0106] 已经描述了分析设备100包括用于监控情况指导声源的变化状态的监控单元，且该监控单元可以被实施为单独的设备。单独实施的监控单元可以从多个分析设备(包括用户终端)接收情况指导声源的特征信息与接收的声源的比较结果值且可以管理该比较结果值，以及可以将关于情况指导声源的变化的信息或控制信息发送到多个分析设备。

[0107] 图13示出根据本发明的示例性实施方式的用于分析被叫端的情况的设备的配置图，以及图14示出根据本发明的示例性实施方式的用户终端的框图。

[0108] 参照图13，分析设备100包括声源信息存储单元110、接收声源分析单元130、和被叫端情况输出单元150，以便实现参照图1至图12所描述的针对被叫端分析情况的方法。分析设备100还可以包括监控单元170。分析设备100还可以包括呼叫连接处理单元190。

[0109] 声源信息存储单元110存储情况指导声源的特征信息。声源信息存储单元110可以包括从嘟声/铃声的声源信息存储单元112和从起始点的声源信息存储单元114。

[0110] 接收声源分析单元130将存储在声源信息存储单元110中的各个情况指导声源的特征信息与接收的声源进行比较以提取对应于接收的声源的情况指导声源。接收声源分析单元130可以参考起始点从接收的声源提取第一候选声源的核心声源存在的位置的分析区段，以及可以针对各个分析区段比较接收的声源和关于对应分析区段的第一候选声源，以确定它们是否通过等于或大于参考值而彼此对应。接收声源分析单元130可以从接收的声源检测嘟声/铃声，以及可以参考嘟声/铃声从接收的声源提取第二候选声源的核心声源存在的位置的分析区段。接收的声源分析单元130可以针对各个分析区段比较接收的声源和关于对应分析区段的第二候选声源，以提取通过等于或大于参考值而匹配的候选声源。

[0111] 被叫端情况输出单元150基于接收的声源分析单元130的分析结果输出被叫端的情况。

[0112] 监控单元170管理情况指导声源的特征信息与接收的声源的比较结果值，以及基于比较结果值的分布确定情况指导声源的变化状态。监控单元170可以通知情况指导声源的变化。改变的情况指导声源的特征信息被存储在声源信息存储单元110中。

[0113] 呼叫连接处理单元190可以将呼叫发送到至少一个被叫端。当基于被叫端情况输出单元150的结果难以连接呼叫时，呼叫连接处理单元190终止呼叫尝试。当被叫端响应时，呼叫连接处理单元190连接呼叫。呼叫连接处理单元190可以基于被叫端情况输出单元150的结果、根据预定方法将呼叫或文本消息重新发送到被叫端。

[0114] 分析设备100可以被包括在多通道发送设备中。多通道发送设备表示用于将呼叫发送到多个被叫端的设备，以及例如，该多通道发送设备可以由呼叫中心系统来使用。

[0115] 用于多通道传输的分析设备100将呼叫发送到多个被叫端。分析设备100分析从多个被叫端接收的情况指导声音，以及当难以连接呼叫时，该分析设备100不将呼叫连接到呼叫中心人员且停止呼叫连接。当呼叫被连接时(当被叫方应答时)，分析设备100将连接的呼叫发送到呼叫中心人员。通过此，可以减少呼叫中心人员等待呼叫连接的时间。

[0116] 当从特定被叫端接收的情况指导声音被分析以发现该被叫端繁忙或关机时，分析设备100可以在预定时间之后将呼叫重新发送到对应的被叫端。当从特定被叫端接收的情况指导声音被分析以发现该被叫端为未知号码时，分析设备100可以存储对应被叫端为未知的且可以将其上报。

[0117] 参照图14，用户可以通过用户终端使用各种内容，诸如搜索信息、聆听音乐、或导航。然而，为了进行呼叫，用户停止工作(诸如聆听音乐)并执行关于该呼叫的过程。因此，用户可以知道，在他待机之后，他是否可以呼叫被叫方，听到回铃音，直到被叫方接收呼叫，或者他听到由电信服务供应商提供的指导声源。另外，当用户未能呼叫(由于被叫方繁忙、电话关机、无人应答等)时，他不得不在预定时间之后再次尝试呼叫或他不得不发送SMS，这是不便于重复的工作。

[0118] 为了缓解不便，用于分析被叫端的情况的方法可以作为软件或附加硬件被包括在用户终端中。用户终端可以为具有内置通信功能的便携式终端(诸如智能手机或智能平板电脑)，以及车辆信息处理设备(诸如导航仪)。

[0119] 用户终端200配置有硬件，包括处理器210、记忆设备220、存储设备230、显示器240、通信设备250、和扬声器/麦克风260，以及结合硬件可执行的程序被存储在预定位置上。硬件具有用于执行根据本发明的方法的配置和性能。参照图1至图14所描述的根据本发明的用于分析被叫端的情况的方法的程序(应用程序)以程序语言来编写、与用户终端200的硬件组合、且被执行。处理器210被组合到诸如记忆设备220的硬件以驱动程序，且执行用于分析被叫端的情况的方法。

[0120] 实施程序使得处理器210可以如下操作。

[0121] 程序被实现为发送呼叫并基于本发明的用于分析被叫端的情况的方法来分析情况指导声源。在本实例中，程序被实现为在呼叫之前通过显示器240或扬声器/麦克风260执行应用程序(例如音乐的重现或导航仪的使用等)直到被叫端和呼叫被连接。通过此，用户可以不用听到电信服务供应商的不需要的指导声源或回铃音。当用户向屏幕输入是否显示呼叫传输开始或通过用于设置信息的音频部件通知该呼叫传输开始时，用户终端200根据建立的方法通知用户该呼叫传输开始。

[0122] 当被叫端已应答时，程序被实现为通过显示器240或扬声器260向用户通知呼叫被连接。当呼叫被连接时，程序被实现为停止任务(诸如音乐的重现或导航仪的使用)且切换到呼叫模式。即，当呼叫被连接时，用户终端200被实现为停止用于重现音乐的应用程序，并将从被叫端接收的数据输出到扬声器和显示器中的至少一者。

[0123] 当被叫端在预定时间(例如30秒)内没有应答时，程序被实现为通过显示器240或扬声器260通知用户无人应答的情况。

[0124] 程序被实现为分析被叫端的、由电信服务供应商提供的情况指导声源，以及当被叫端为繁忙/关机/呼叫拒绝/未应答/未知的/海外漫游时停止呼叫尝试。程序被实现为根据用户设置而通过使用显示器240或扬声器260显示被叫端的情况信息(通过字符或声音)来通知被叫端的情况信息。

[0125] 程序可以被实现为基于对于被叫端的各个情况所建立的时间信息和各种处理方法将呼叫重新发送到被叫端或将消息发送到被叫端，上述各个情况诸如繁忙/关机/呼叫拒绝/无人应答/未知号码/海外漫游。例如，当被叫端的情况被分析为繁忙或无人应答时，程序可以被实现为在预定时间(例如在10分钟内)重新发送呼叫。当被叫端的情况为关机情况时，程序可以被实现为发送SMS(文本消息)并在一小时内重新发送呼叫。当被叫端的情况为呼叫拒绝情况时，程序可以被实现为发送SMS而非重新发送。

[0126] 如所描述，当用户使用应用根据本发明的用于分析被叫端的情况的方法的用户终端时，用于为了与被叫端的呼叫连接而待机的时间可以缩短，以及由于呼叫断开所不必要消耗的时间可以缩短。另外，用户终端执行多目的功能以及呼叫功能。因此，当用户在使用用户终端执行内容或应用程序的同时尝试连接呼叫时，用户无需终止执行中的内容或应用程序直到呼叫被连接。特别地，用户终端可以分析被叫端的情况、根据被叫端的情况重新尝试呼叫、或发送SMS，从而提高用户的便利性。

[0127] 除了通过上述设备和/或方法之外，上述实施方式还可以通过用于实现该实施方式的配置所对应的功能的程序或用于记录该程序的记录介质来实现，这是本领域的技术人员易于实现的。

[0128] 尽管结合目前被视为实际的示例性实施方式的内容描述了本发明，但是应当理解，本发明不限于所公开的实施方式，而相反地，意图覆盖包括在所附权利要求的精神和范围内的各种修改和等效布置。