CN107465710B - 通讯方法及装置 - Google Patents

Abstract

本申请提供一种通讯方法及装置，该方法可以包括：向服务器发送针对目标方的通话请求；接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。通过本申请的技术方案，可以帮助运营商及时、准确地解决分配号码与呼叫号码之间的不一致问题，从而确保呼叫被有效接听。

Description

通讯方法及装置

技术领域

本申请涉及通讯技术领域，尤其涉及一种通讯方法及装置。

背景技术

在相关技术中，提出了一种通话形式，可以根据发起方向服务器发起针对目标方的通话请求，由服务器分别向发起方和目标方发起呼叫操作，而发起方和目标方分别接通相应的呼叫线路后，即可实现通话。

发明内容

有鉴于此，本申请提供一种通讯方法及装置，可以帮助运营商及时、准确地解决分配号码与呼叫号码之间的不一致问题，从而确保呼叫被有效接听。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种通讯方法，包括：

向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫；

接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；

获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；

当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

根据本申请的第二方面，提出了一种通讯方法，包括：

接收到发起方针对目标方发起的通话请求；

将确定出的针对所述通话请求的分配号码推送至所述发起方；

通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫操作时的呼叫号码是否一致。

根据本申请的第三方面，提出了一种通讯方法，包括：

接收到发起方针对目标方发起的通话请求；

确定针对所述通话请求的分配号码；

通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定所述通讯网络执行呼叫操作时的呼叫号码与所述分配号码是否一致；

当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

根据本申请的第四方面，提出了一种通讯装置，包括：

请求单元，向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫，以使所述发起方与所述目标方之间建立通话；

关联单元，接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；

获取单元，获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；

通知单元，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

根据本申请的第五方面，提出了一种通讯装置，包括：

接收单元，接收到发起方针对目标方发起的通话请求；

推送单元，将确定出的针对所述通话请求的分配号码推送至所述发起方；

呼叫单元，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元，根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫操作时的呼叫号码是否一致。

根据本申请的第六方面，提出了一种通讯装置，包括：

接收单元，接收到发起方针对目标方发起的通话请求；

分配单元，确定针对所述通话请求的分配号码；

呼叫单元，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元，确定所述通讯网络执行呼叫时的呼叫号码与所述分配号码是否一致；

添加单元，当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

由以上技术方案可见，本申请通过对服务器分配的分配号码与实际的呼叫号码进行比较，可以帮助通讯网络及时、准确地解决该不一致问题，避免发起方由于该不一致问题而拒绝接听，从而确保呼叫被有效接听。同时，服务器可以通过对与呼叫号码不一致的分配号码进行标记，从而在后续处理过程中避免应用被标记的分配号码，以尽可能降低该问题的出现概率，从而提升呼叫发起方时的接听率。

附图说明

图1A是相关技术中的实现通话的示意图。

图1B是相关技术中的发起通话请求的终端界面示意图。

图2A是相关技术中的实现通话的网络架构的示意图。

图2B-2E是相关技术中的实现通话的终端界面示意图。

图3是本申请一示例性实施例提供的基于终端侧的一种通讯方法的流程图。

图4是本申请一示例性实施例提供的基于服务器侧的一种通讯方法的流程图。

图5是本申请一示例性实施例提供的基于服务器侧的另一种通讯方法的流程图。

图6A是本申请一示例性实施例提供的一种实现通话的网络结构的示意图。

图6B是本申请一示例性实施例之一提供的一种通话实现方法的流程图。

图7是本申请一示例性实施例之二提供的一种通话实现方法的流程图。

图8是本申请一示例性实施例之三提供的一种通话实现方法的流程图。

图9是本申请一示例性实施例提供的号码资源管理的示意图。

图10是本申请一示例性实施例提供的基于终端侧的一种电子设备的结构示意图。

图11是本申请一示例性实施例提供的基于终端侧的一种通话实现装置的框图。

图12是本申请一示例性实施例提供的基于服务器侧的一种电子设备的结构示意图。

图13是本申请一示例性实施例提供的基于服务器侧的一种通话实现装置的框图。

图14是本申请一示例性实施例提供的基于服务器侧的另一种电子设备的结构示意图。

图15是本申请一示例性实施例提供的基于服务器侧的另一种通话实现装置的框图。

具体实施方式

在相关技术中，如图1A所示，发起方可以向服务器发起针对目标方的通话请求；例如，以企业即时通讯(Enterprise Instant Messaging，EIM)应用“钉钉(DING Talk)”为例，如图1B所示，发起方可以在作为目标方的用户B的联系人页面中，通过诸如触发“商务电话”选项，从而向服务器发起上述的通话请求，以建立发起方与该目标方之间的通话。相应地，服务器响应于该通话请求，分别向发起方和目标方执行呼叫操作，并在发起方和目标方分别接通相应的呼叫线路后，通过将两条线路进行对接，即可实现发起方与目标方之间的通话。

在上述过程中，服务器并非直接执行呼叫操作。当接收到来自发起方的通讯请求时，服务器需要根据事先从运营商处申请的若干号码，从中选取一个号码并分配至响应于该通讯请求，从而通过通讯网络执行针对该发起方的呼叫操作。比如图2A所示，假定服务器分配至发起方的号码为“分配号码”，服务器向通讯网络发起基于该分配号码的呼叫请求，然后由通讯网络执行向发起方的呼叫操作。

然而，由于运营商提供至服务器的号码为诸如“95013”等号码，发起方可以看到如图2B所示的通话提示界面：一方面，由于每次的分配号码是随机分配，发起方不可能事先主动存储该分配号码，因而显示为图2B中的“陌生号码”；另一方面，由于号码不同于普通的手机或座机号码，导致用户很可能由于认为该号码为推销、广告或诈骗号码而拒绝接听。

为了解决上述问题，如图2A所示，相关技术中提出了在执行呼叫操作之前，服务器将号码库推送给该发起方，并通过发起方发送通话请求的应用程序，主动将该号码库中的号码关联至发起方通讯录中的预设通讯对象；例如，针对上述的“钉钉”，如图2C所示，可以主动将该“95013”关联至联系人“钉钉”。

那么，当服务器通过通讯网络执行基于该分配号码的呼叫操作时，由于发起方的通讯录中已经记录有该分配号码，且该分配号码被关联至“钉钉”，因而发起方可以看到如图2D所示的通话提示界面，并且可以确定该通话来自“钉钉”，而非推销、广告或诈骗号码等，有效避免了发起方的挂断行为。

然而，通讯网络在执行呼叫操作时，由于一些处理机制等方面的问题，导致其虽然使用了分配号码进行呼叫，但实际上可能导致该分配号码发生一些变化，比如图2E所示，分配号码“95013”可能变化为实际上的呼叫号码“0095013”，即存在分配号码与呼叫号码的不一致问题，因而发起方仍然只能够看到图2E所示的“陌生号码”以及呼叫号码“0095013”，从而与图2B所示情况相类似的，仍然可能导致发起方认为其属于推销、广告或诈骗号码等，并导致拒绝接听。

但是，上述的不一致问题仅发生于部分号码，且运营商方面仅能够对每个出现问题的号码进行单独处理；然而，这部分号码在运营商提供的所有号码中仍然具有庞大数量，如果由“钉钉”的服务商或运营商分别针对每个号码进行人工甄别，需要投入大量的人力、物力和时间资源，显然是低效且不现实的做法。

因此，本申请通过改进通话方案，可以实现对问题号码的高效、快速筛选，从而帮助运营商及时、准确地解决分配号码与呼叫号码之间的不一致问题，有助于确保呼叫被有效接听。为对本申请进行进一步说明，提供下列实施例：

图3是本申请一示例性实施例提供的基于终端侧的一种通讯方法的流程图，如图3所示，该方法应用于通话的发起方，具体而言是发起方的用户使用的电子设备，例如该电子设备可以为手机、平板、可穿戴设备等；该方法可以包括以下步骤：

在步骤302中，向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫。

在本实施例中，发起方的用户使用的电子设备上，安装有用于实现相关技术中的通话功能的应用程序，该应用程序可以为即时通讯应用；该即时通讯应用可以为任何可以实现即时通讯的应用程序，比如可以为企业即时通讯应用，例如上述的“钉钉”等，本申请并不对此进行限制。

在本实施例中，服务器可以对应于电子设备上安装的应用程序，比如当该应用程序为“钉钉”时，该服务器可以为相应的“钉钉服务器”。

在步骤304中，接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫。

在本实施例中，服务器针对本申请的号码不一致的问题，除了向发起方推送上述的号码库之外，单独将针对本次通话请求的分配号码推送至发起方，使得发起方的电子设备能够针对该分配号码进行比较操作，即该分配号码与检测到的呼叫号码之间的比较，从而确定该分配号码与实际的呼叫号码是否一致。

在本实施例中，与发起方将通话请求发送至服务器的方式相同，服务器可以通过分组交换域将分配号码推送至发起方，而非传统电话通讯时采用的电路交换域。

在步骤306中，获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码。

在本实施例中，服务器通过通讯网络向发起方的通讯号码进行的呼叫操作可以是基于分组交换(PS，Packet Switch)域而实现，例如基于VoLTE(Voice over LTE)技术实现呼叫。当然，该呼叫操作也可以是基于传统的电路交换(CS，Circuit Switch)域实现，本申请并不对此进行限制。

在步骤308中，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

相应地，图4是本申请一示例性实施例提供的基于服务器侧的一种通讯方法的流程图，如图4所示，该方法应用于服务器，可以包括以下步骤：

步骤402，接收到发起方针对目标方发起的通话请求。

步骤404，将确定出的针对所述通话请求的分配号码推送至所述发起方。

步骤406，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作。

步骤408，根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫操作时的呼叫号码是否一致。

由以上技术方案可见，本申请通过对服务器分配的分配号码与实际的呼叫号码进行比较，可以帮助通讯网络及时、准确地解决该不一致问题，避免发起方由于该不一致问题而拒绝接听，从而确保呼叫被有效接听。

图5是本申请一示例性实施例提供的基于服务器侧的另一种通讯方法的流程图，如图5所示，该方法应用于服务器，可以包括以下步骤：

步骤502，接收到发起方针对目标方发起的通话请求。

步骤504，确定针对所述通话请求的分配号码。

在一实施例中，可以将所述分配号码推送至所述发起方，以由所述发起方将所述分配号码与在下述呼叫操作中检测到的呼叫号码进行比较；然后，根据发起方返回的通知消息，确定呼叫号码与分配号码是否一致。在该实施例中，发起方可以通过诸如图3所示的实施例，向服务器返回通知消息，使得服务器可以据此执行相应的诸如步骤510等处理措施。

在另一实施例中，服务器可以获取通讯网络返回的关于呼叫号码的信息，然后通过主动将该呼叫号码与分配号码进行比较，以确定呼叫号码与分配号码是否一致。在该实施例中，发起方可以无需执行诸如图3所示的实施例，而由服务器主动确定呼叫号码与分配号码是否一致。

步骤506，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作。

步骤508，确定所述通讯网络执行呼叫操作时的呼叫号码与所述分配号码是否一致。

步骤510，当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

由以上技术方案可见，服务器可以通过对与呼叫号码不一致的分配号码进行标记，即添加暂不分配标识，从而在后续处理过程中避免应用被标记的分配号码，以尽可能降低该问题的出现概率，从而提升呼叫发起方时的接听率。

为了便于理解，下面以发起方通过“钉钉”实现与目标方之间的通话为例，针对VoLTE技术下的呼叫操作，对本申请的技术方案进行详细说明。如图6A所示，发起方的电子设备上安装有“钉钉”应用程序，并通过“钉钉”向服务器(即“钉钉服务器”)发起通话请求，使该服务器向IMS(IP Multimedia Subsystem，IP多媒体子系统)发起呼叫请求，然后最终由基站根据IMS发送的呼叫指令，向发起方执行基于VoLTE技术的呼叫操作。

针对图6A所示的通讯架构，图6B是本申请一示例性实施例之一提供的一种通话实现方法的流程图。如图6B所示，该方法可以包括以下步骤：

步骤602，发起方向服务器发起通话请求。

在本实施例中，与相关技术相类似的，作为发起方的用户可以通过诸如图1B所示的“钉钉”内的联系人页面，比如触发“商务电话”选项，以发起上述的通话请求。

在本实施例中，通话请求可以包含发起方和目标方的信息，使得服务器可以确定出发起方和目标方的通讯号码(比如电话号码)，从而执行后续的呼叫操作。一种情况下，通话请求中的信息可以包括发起方和目标方的ID信息，而服务器上存储有各个用户ID对应的通讯号码，因而可以根据发起方和目标方的ID信息确定出相应的通讯号码；另一种情况下，通话请求中的信息可以直接包括发起方和目标方的通讯号码。

步骤604，服务器确定分配号码，该分配号码对应于来自发起方的通话请求。

在本实施例中，服务器预先从运营商处申请获得若干可用的号码，然后根据发起方发起的通话请求，从中选取一个号码并用于针对发起方进行呼叫操作。

在本实施例中，服务器可以根据实际需求，配置对号码的选取规则。例如，服务器可以按照各个号码的排列顺序进行依次选取；或者，当号码具有归属地信息时，可以按照发起方的归属地信息选取相匹配的号码；或者，服务器可以随机选取任一号码。

步骤606，发起方接收到服务器告知的分配号码。

在本实施例中，服务器专门将分配号码告知发起方，比如具体通过分组交换域的数据网络来推送该分配号码，以使发起方可以将其与后续检测到的呼叫号码进行比较，从而确定两者是否一致。其中，发起方的电子设备中的钉钉应用程序，可以自动将分配号码添加为预设通讯对象的联系方式，比如该预设通讯对象可以为图2C所示的联系人“钉钉”。

此外，服务器还可以单独将自身的号码库推送至发起方，该号码库中包含服务器从运营商处申请的所有号码，并由发起方的电子设备将这些号码均关联至发起方通讯录中的预设通讯对象。

步骤608，服务器向IMS发起呼叫请求，使IMS向基站发送相应的呼叫指令。

步骤610，基站向发起方执行呼叫操作。

在本实施例中，由于IMS或基站方面的原因，导致虽然服务器向IMS发起的呼叫请求是针对分配号码的，但是基站实际上执行呼叫操作时，可能并非使用该分配号码，例如由图2D所示的“95013”变更为图2E所示的“0095013”。

在本实施例中，基站向发起方的通讯号码进行的呼叫操作，可以基于分组交换域而实现，比如采用上述的VoLTE技术而实现。当然，基站也可以通过传统的基于电路交换域进行呼叫操作，本申请并不对此进行限制。

步骤612，发起方将分配号码与检测到的呼叫号码进行比较。

步骤614，发起方向服务器发送关于不一致问题的通知消息。

在本实施例中，由发起方主动检测出呼叫操作采用的呼叫号码，并将分配号码与呼叫号码进行比较，以确定是否不一致。当不一致时，可以向服务器发送相应的通知消息；而当呼叫号码与分配号码一致时，可以不向服务器发送通知消息。

步骤616，服务器标记相应的分配号码，并向IMS发起修正请求。

在本实施例中，服务器可以向与呼叫号码不一致的分配号码添加暂不分配标识，使得在该不一致问题未解决前，服务器不会将具有该暂不分配标识的号码分配至任一发起方，以避免影响该任一发起方的用户体验。当然，在确定不一致问题被解决时，可以取消该分配号码的暂不分配标识，以恢复对该分配号码的应用。

针对图6A所示的通讯架构，图7是本申请一示例性实施例之二提供的一种通话实现方法的流程图。如图7所示，该方法可以包括以下步骤：

步骤702，发起方向服务器发起通话请求。

步骤704，服务器确定分配号码，该分配号码对应于来自发起方的通话请求。

步骤706，服务器向IMS发起呼叫请求，使IMS向基站发送相应的呼叫指令。

步骤708，基站向发起方执行呼叫操作。

在本实施例中，由于服务器主动对呼叫号码与分配号码进行比较，因而无需将分配号码单独推送至发起方；当然，服务器仍然可以将号码库推送至发起方，此处不再赘述。

步骤710，基站向IMS发送呼叫号码相关信息，并由IMS转发至服务器。

步骤712，服务器将分配号码与呼叫号码进行比较。

在本实施例中，区别于图6B所示实施例中由发起方对分配号码与呼叫号码进行比较的处理方式，而由服务器主动获取基站执行呼叫操作时的呼叫号码，并将该呼叫号码与相应的分配号码进行比较，以确定是否不一致。

步骤714，当不一致时，服务器标记相应的分配号码，并向IMS发起修正请求。

在本实施例中，步骤714可参考图6B所示的步骤616，此处不再赘述。

针对图6A所示的通讯架构，图8是本申请一示例性实施例之三提供的一种通话实现方法的流程图。如图8所示，该方法可以包括以下步骤：

步骤802，发起方向服务器发起通话请求。

步骤804，服务器确定分配号码，该分配号码对应于来自发起方的通话请求。

步骤806，发起方接收到服务器告知的分配号码，并存储该分配号码，使其关联至发起方通讯录中的预设通讯对象。

步骤808，服务器向IMS发起呼叫请求，使IMS向基站发送相应的呼叫指令。

步骤810，基站向发起方执行呼叫操作。

步骤812，发起方将分配号码与检测到的呼叫号码进行比较。

在本实施例中，步骤802-812可以参考图6B所示的步骤602-612，此处不再赘述。

步骤814，发起方主动断开呼叫线路。

在本实施例中，当分配号码与呼叫号码不一致时，发起方的电子设备可以主动断开当前呼叫线路(即基站当前执行的呼叫操作对应的通讯线路)，以使服务器通过新的分配号码向该发起方的通讯号码进行呼叫。在该实施例中，通过对当前呼叫线路的主动断开，可以避免发起方用户解决接听，并且给服务器以重选取新的分配号码的机会；由于存在问题的号码仅为一部分，因而新的分配号码很可能不不一致，从而确保发起方的电子设备可以顺利示出如图2D的来电提醒界面。

其中，当分配号码与呼叫号码不一致时，发起方的电子设备可以阻止针对当前呼叫线路的接听提示操作。换言之，发起方用户不会查看到诸如图2E所示的来电提醒界面，也不存在诸如响铃、振动等其他形式的接听提示操作，即整个过程对于发起方用户而言是“透明”的，可以在发起方用户没有察觉的情况下，由服务器使用新的分配号码实现呼叫操作，有助于提升发起方的使用体验。

步骤816，发起方向服务器发送关于不一致问题的通知消息。

在一实施例中，步骤816可以与图6B所示实施例的步骤614相似，即通知消息本身用于向服务器告知该不一致问题；而对于服务器而言，根据预先配置的差异，服务器在接收到该通知消息后，可以默认为发起方已经主动断开了呼叫线路，因而该服务器可以直接执行步骤818。

换言之，当服务器为接收到通知消息，且该通知消息表明不一致时，服务器可以通过步骤818选取新的分配号码，以用于向发起方的通讯号码执行基于该新的分配号码的呼叫操作。

在另一实施例中，发起方可以单独向服务器发送区别于上述“通知消息”的重分配请求(此时，“通知消息”并非必须发送)，以使服务器执行步骤818，即选取新的分配号码并用于向发起方的通讯号码进行呼叫。

换言之，当服务器接收到通知消息，且该通知消息表明不一致时(当然，“通知消息”并非必须发送)，若接收到来自发起方的重分配请求，则服务器可以通过步骤818选取新的分配号码，以用于向该发起方的通讯号码执行基于新的分配号码的呼叫操作。

步骤818，服务器确定对应于步骤802中通话请求的新的分配号码。

步骤820，发起方接收到服务器告知的新的分配号码，并存储该新的分配号码，使其关联至发起方通讯录中的预设通讯对象。

步骤822，服务器向IMS发起呼叫请求，使IMS向基站发送相应的呼叫指令。

步骤824，基站向发起方执行呼叫操作。

步骤826，发起方将新的分配号码与检测到的新的呼叫号码进行比较。

在本实施例中，步骤820-826与上述的步骤806-812相似，只是步骤806-812采用服务器首次选取的分配号码实现，而步骤820-826采用服务器重新选取的新的分配号码实现，此处不再赘述。

由于不一致的号码仅为一部分，因而通过服务器对分配号码的重新选取，大部分情况下不会再次遇到不一致问题；但是，如果在较小概率下仍然遇到不一致问题，可以参考步骤814-818的处理方式，再一次替换分配号码。

当然，由于每次对分配号码进行替换时，必然需要耗费一定时间，导致发起方产生较长等待时间，不利于发起方的应用体验。因此，可以限制对分配号码的重分配次数，比如最多重分配2次，否则即便不一致，仍然可以避免对呼叫线路的直接断开，而可以直接向发起方执行来电提醒操作。

如图9所示，在本申请的技术方案中，在服务器尚未对每个号码都执行过呼叫操作前，服务器向运营商申请的所有号码资源可以分为三个集合：“问题号码”集合、“未标记号码”集合和“无问题号码”集合。其中，“问题号码”集合中包含存在不一致问题(即当该号码被作为分配号码时，与相应的呼叫号码不一致)的号码，这些号码被服务器添加了暂不分配标识；“未标记号码”集合中包含尚未被服务器作为分配号码的号码，这些号码可能是问题号码，也可能不存在不一致问题；“无问题号码”集合中包含已验证的不存在不一致问题的号码，比如服务器在任一次通讯过程中，如果没有接收到发起方返回的关于不一致问题通知消息，或者服务器主动获取呼叫号码后发现与分配号码一致，则认为相应的号码不存在不一致问题。

那么，服务器在将号码资源中的号码分配至所有的发起方时，可以按照“无问题号码”集合→“未标记号码”集合→“问题号码”集合的顺序进行资源调度：尽可能地调度“无问题号码”集合中的号码，当“无问题号码”集合的资源不足时，可以调度“未标记号码”集合，当“无问题号码”集合和“未标记号码”集合的资源均不足时，可以调度“问题号码”集合。通过对号码资源的类别划分和分级调度，可以尽可能地避免使用问题号码，以确保发起方获得良好的应用体验。

当然，通过运营商方面对于问题号码的问题修正，“问题号码”集合中的问题号码可以变更为无问题号码，并添加至“无问题号码”集合；同时，通过对“未标记号码”集合的不断调度，也可以对其中的号码进行问题验证，并划分至“无问题号码”集合或“问题号码”集合中。最终，通过对号码资源中的所有号码进行调度和验证，以及对所有问题号码的问题修正，可以达到消除所有的问题号码，从而无需考虑针对号码资源的类别划分和分级调度，以降低对服务器的处理资源消耗。

图10示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图10，在硬件层面，该电子设备包括处理器1002、内部总线1004、网络接口1006、内存1008以及非易失性存储器1010，当然还可能包括其他业务所需要的硬件。处理器1002从非易失性存储器1010中读取对应的计算机程序到内存1002中然后运行，在逻辑层面上形成通讯装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图11，在软件实施方式中，该通讯装置可以包括请求单元1102、接收单元1104、获取单元1106和通知单元1108。其中：

请求单元1102，向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫；

接收单元1104，接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；

获取单元1106，获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；

通知单元1108，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

可选的，还包括：

断开单元1110，当所述分配号码与所述呼叫号码不一致时，断开当前呼叫线路，以使所述服务器通过新的分配号码向所述发起方的通讯号码发起呼叫。

可选的，还包括：

阻止单元1112，当所述分配号码与所述呼叫号码不一致时，阻止针对所述当前呼叫线路的接听提示操作。

可选的，

还包括：重分配请求单元1114，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送重分配请求，以使所述服务器选取所述新的分配号码并用于向所述发起方的通讯号码发起呼叫；

或者，所述通知消息用于告知所述服务器选取所述新的分配号码并用于向所述发起方的通讯号码发起呼叫。

可选的，所述服务器通过通讯网络向所述发起方的通讯号码进行的呼叫操作是基于分组交换域而实现。

可选的，所述通话请求由所述发起方通过即时通讯应用向所述服务器发起。

可选的，所述服务器通过分组交换域执行对所述分配号码的传输。

可选的，还包括：关联单元1116，将所述分配号码关联至发起方通讯录中的预设通讯对象。

图12示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图12，在硬件层面，该电子设备包括处理器1202、内部总线1204、网络接口1206、内存1208以及非易失性存储器1210，当然还可能包括其他业务所需要的硬件。处理器1202从非易失性存储器1210中读取对应的计算机程序到内存1202中然后运行，在逻辑层面上形成通讯装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图13，在软件实施方式中，该通讯装置可以包括接收单元1302、分配单元1304、呼叫单元1306和确定单元1308。其中：

接收单元1302，接收到发起方针对目标方发起的通话请求；

分配单元1304，将确定出的针对所述通话请求的分配号码推送至所述发起方；

呼叫单元1306，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元1308，根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫时的呼叫号码是否一致。

可选的，分配单元1304通过分组交换域将所述分配号码推送至所述发起方。

图14示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图14，在硬件层面，该电子设备包括处理器1402、内部总线1404、网络接口1406、内存1408以及非易失性存储器1410，当然还可能包括其他业务所需要的硬件。处理器1402从非易失性存储器1410中读取对应的计算机程序到内存1402中然后运行，在逻辑层面上形成通讯装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图15，在软件实施方式中，该通讯装置可以包括接收单元1502、分配单元1504、呼叫单元1506、确定单元1508和添加单元1510。其中：

接收单元1502，接收到发起方针对目标方发起的通话请求；

分配单元1504，确定针对所述通话请求的分配号码；

呼叫单元1506，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元1508，确定所述通讯网络执行呼叫时的呼叫号码与所述分配号码是否一致；

添加单元1510，当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

可选的，

还包括：推送单元1512，将所述分配号码推送至所述发起方，以由所述发起方将所述分配号码与在所述呼叫操作中检测到的呼叫号码进行比较；

所述确定单元1508具体用于：

根据所述发起方返回的通知消息，确定呼叫号码与分配号码是否一致。

可选的，推送单元1512通过分组交换域将所述分配号码推送至所述发起方。

可选的，还包括：

第一重分配单元1513，当接收到所述通知消息，且所述通知消息表明呼叫号码与分配号码不一致时，选取针对所述通话请求的新的分配号码，以用于向所述发起方的通讯号码执行基于所述新的分配号码的呼叫操作；

或者，第二重分配单元1514，当接收到所述通知消息，且所述通知消息表明呼叫号码与分配号码不一致时，若接收到来自所述发起方的重分配请求，则选取针对所述通话请求的新的分配号码，以用于向所述发起方的通讯号码执行基于所述新的分配号码的呼叫操作。

可选的，所述确定单元1508具体用于：

获取所述通讯网络返回的关于所述呼叫号码的信息；

将所述呼叫号码与所述分配号码进行比较，以确定呼叫号码与分配号码是否一致。

可选的，还包括：

取消单元1516，当确定所述呼叫号码与所述分配号码之间的不一致被消除时，取消所述分配号码的暂不分配标识，以恢复对所述分配号码的应用。

可选的，所述呼叫操作是基于分组交换域而实现。

可选的，所述通话请求由所述发起方通过即时通讯应用而发起。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (24)

1.一种通讯方法，其特征在于，包括：

向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫；

接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；

获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；

当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

2.根据权利要求1所述的方法，其特征在于，还包括：

当所述分配号码与所述呼叫号码不一致时，断开当前呼叫线路，以使所述服务器通过新的分配号码向所述发起方的通讯号码发起呼叫。

3.根据权利要求2所述的方法，其特征在于，还包括：

当所述分配号码与所述呼叫号码不一致时，阻止针对所述当前呼叫线路的接听提示操作。

4.根据权利要求2所述的方法，其特征在于，

还包括：当所述分配号码与所述呼叫号码不一致时，向所述服务器发送重分配请求，以使所述服务器选取所述新的分配号码并用于向所述发起方的通讯号码发起呼叫；

或者，所述通知消息用于告知所述服务器选取所述新的分配号码并用于向所述发起方的通讯号码发起呼叫。

5.根据权利要求1所述的方法，其特征在于，所述服务器通过通讯网络向所述发起方的通讯号码进行的呼叫操作是基于分组交换域而实现。

6.根据权利要求1所述的方法，其特征在于，所述通话请求由所述发起方通过即时通讯应用向所述服务器发起。

7.根据权利要求1所述的方法，其特征在于，所述服务器通过分组交换域执行对所述分配号码的传输。

8.根据权利要求1所述的方法，其特征在于，还包括：

将所述分配号码关联至发起方通讯录中的预设通讯对象。

9.一种通讯方法，其特征在于，包括：

接收到发起方针对目标方发起的通话请求；

将确定出的针对所述通话请求的分配号码推送至所述发起方；

通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫操作时的呼叫号码是否一致。

10.根据权利要求9所述的方法，其特征在于，通过分组交换域将所述分配号码推送至所述发起方。

11.一种通讯方法，其特征在于，包括：

接收到发起方针对目标方发起的通话请求；

确定针对所述通话请求的分配号码；

通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定所述通讯网络执行呼叫操作时的呼叫号码与所述分配号码是否一致；

当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

12.根据权利要求11所述的方法，其特征在于，

还包括：将所述分配号码推送至所述发起方，以由所述发起方将所述分配号码与在所述呼叫操作中检测到的呼叫号码进行比较；

所述确定所述通讯网络执行呼叫操作时的呼叫号码与所述分配号码是否一致，包括：根据所述发起方返回的通知消息，确定呼叫号码与分配号码是否一致。

13.根据权利要求12所述的方法，其特征在于，通过分组交换域将所述分配号码推送至所述发起方。

14.根据权利要求12所述的方法，其特征在于，还包括：

当接收到所述通知消息，且所述通知消息表明呼叫号码与分配号码不一致时，选取针对所述通话请求的新的分配号码，以用于向所述发起方的通讯号码执行基于所述新的分配号码的呼叫操作；

或者，当接收到所述通知消息，且所述通知消息表明呼叫号码与分配号码不一致时，若接收到来自所述发起方的重分配请求，则选取针对所述通话请求的新的分配号码，以用于向所述发起方的通讯号码执行基于所述新的分配号码的呼叫操作。

15.根据权利要求11所述的方法，其特征在于，所述确定所述通讯网络执行呼叫时的呼叫号码与所述分配号码是否一致，包括：

获取所述通讯网络返回的关于所述呼叫号码的信息；

将所述呼叫号码与所述分配号码进行比较，以确定呼叫号码与分配号码是否一致。

16.根据权利要求11所述的方法，其特征在于，还包括：

当确定所述呼叫号码与所述分配号码之间的不一致被消除时，取消所述分配号码的暂不分配标识，以恢复对所述分配号码的应用。

17.一种通话实现装置，其特征在于，包括：

请求单元，向服务器发送针对目标方的通话请求，所述通话请求用于使所述服务器分别向发起方和目标方的通讯号码发起呼叫；

接收单元，接收所述服务器针对所述通话请求返回的分配号码；其中，所述分配号码还被所述服务器用于通过通讯网络向所述发起方的通讯号码发起呼叫；

获取单元，获取所述发起方检测到的所述通讯网络发起呼叫时的呼叫号码；

通知单元，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送通知消息。

18.根据权利要求17所述的装置，其特征在于，还包括：

断开单元，当所述分配号码与所述呼叫号码不一致时，断开当前呼叫线路，以使所述服务器通过新的分配号码向所述发起方的通讯号码发起呼叫。

19.根据权利要求18所述的装置，其特征在于，还包括：

阻止单元，当所述分配号码与所述呼叫号码不一致时，阻止针对所述当前呼叫线路的接听提示操作。

20.根据权利要求17所述的装置，其特征在于，

还包括：重分配请求单元，当所述分配号码与所述呼叫号码不一致时，向所述服务器发送重分配请求，以使所述服务器选取新的分配号码并用于向所述发起方的通讯号码发起呼叫；

或者，所述通知消息用于告知所述服务器选取所述新的分配号码并用于向所述发起方的通讯号码发起呼叫。

21.一种通讯装置，其特征在于，包括：

接收单元，接收到发起方针对目标方发起的通话请求；

推送单元，将确定出的针对所述通话请求的分配号码推送至所述发起方；

呼叫单元，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元，根据所述发起方返回的通知消息，确定所述分配号码与所述通讯网络执行呼叫操作时的呼叫号码是否一致。

22.一种通讯装置，其特征在于，包括：

接收单元，接收到发起方针对目标方发起的通话请求；

分配单元，确定针对所述通话请求的分配号码；

呼叫单元，通过通讯网络向所述发起方的通讯号码执行基于所述分配号码的呼叫操作；

确定单元，确定所述通讯网络执行呼叫时的呼叫号码与所述分配号码是否一致；

添加单元，当呼叫号码与分配号码不一致时，为所述分配号码添加暂不分配标识，以暂停对所述分配号码的应用。

23.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为实现如权利要求1-16中任一项所述的方法。

24.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-16中任一项所述方法的步骤。

Images