呼叫方法、装置、设备、介质及产品与流程

本公开涉及通信技术领域，尤其涉及一种呼叫方法、装置、设备、介质及产品。

背景技术：

随着通信技术和计算机技术的发展，基于虚拟号码的通信方式逐渐被人们采纳。用户通过提供有虚拟号码通信功能的应用，能够实现虚拟号码之间的通信，使得呼叫或接听时所显示的是虚拟号码，从而避免自身的真实号码被泄露。

通常地，虚拟号码设置有主机号和分机号，用户在基于虚拟号码进行呼叫时，可能会出现分机号未调起的情况，分机号未调起是指通信服务器无法获得分机号，也就无法基于分机号执行后续的呼叫流程，从而导致呼叫无法接通。因此，在基于虚拟号码进行呼叫的场景下，如何降低呼叫损失率，是亟需解决的问题。

技术实现要素：

本公开提供一种呼叫方法、装置、设备、介质及产品，能够降低呼叫损失率。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种呼叫方法，由第一服务器执行，该方法包括：

接收第二服务器的号码获取请求，该号码获取请求基于终端对目标应用中第一号码的呼叫请求触发，该号码获取请求用于获取该第一号码对应的第二号码，该第一号码为具有第一预设时效的号码，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效；

基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象；

基于该目标被叫对象，确定该目标被叫对象对应的第二号码；

将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

本公开实施例中，在第二服务器基于第一号码发起呼叫时，由第一服务器根据终端的号码和呼叫操作记录，来确定本次呼叫的被叫对象，由于本次呼叫是基于目标应用所触发、且呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象，因此，根据呼叫操作记录中被实施呼叫操作的被叫对象，能够获取到与本次呼叫的呼叫操作相关的被叫对象，进而能够快速确定被叫对象的第二号码，再将所获得的第二号码发送至第二服务器，以触发第二服务器发起呼叫，上述过程通过呼叫操作记录来确定第二号码，确保能够获取到第一号码对应的第二号码，进而基于第二号码完成呼叫，提高了呼叫成功率，也就降低了呼叫损失率。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象包括：

响应于该终端的号码已注册该目标应用，从该目标应用的呼叫操作记录中，确定该号码对应账号的呼叫操作记录；

基于该账号的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

本公开实施例中，在终端的号码已注册目标应用的情况下，根据号码对应账号的呼叫操作记录，来确定目标被叫对象，提高了确定目标被叫对象的效率。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象包括：

响应于该终端的号码未注册该目标应用，从该目标应用的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象；

基于该被实施呼叫操作但未接通的被叫对象，执行确定该呼叫请求对应的目标被叫对象的步骤。

本公开实施例中，在终端的号码未注册目标应用的情况下，根据呼叫操作记录中已被实施呼叫操作但未接通的被叫对象，来确定目标被叫对象，提高了确定目标被叫对象的效率。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。

本公开实施例中，在呼叫操作记录只存在一个被叫对象时，无需执行其他确定过程，直接将该被叫对象确定为本次呼叫中的被叫对象即可，如此，减少了第一服务器的处理内容，提高了第一服务器的处理效率。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在两个或两个以上被叫对象，确定被实施呼叫操作但未接通的被叫对象；

响应于该被实施呼叫操作但未接通的被叫对象的数量为一个，将该被叫对象确定为该目标被叫对象。

本公开实施例中，在呼叫操作记录存在两个或多个被叫对象时，可以判断被实施呼叫操作但未接通的被叫对象的数量是否为一个，如此，同样能够快速确定出目标被叫对象，提高了确定目标被叫对象的效率。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

本公开实施例中，通过判断呼叫操作记录中是否存在一个与本次呼叫中的第一号码匹配的第一号码，来确定目标被叫对象，如此，同样能够快速确定出目标被叫对象，提高了确定目标被叫对象的效率。

在一些实施例中，该第一号码包括第一子号码，响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象包括：

响应于该呼叫操作记录中存在一个被叫对象的第一号码的第一子号码与本次呼叫的第一号码中的第一子号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

本公开实施例中，通过判断呼叫操作记录中是否存在一个与本次呼叫中的第一子号码匹配的第一子号码，来确定目标被叫对象，如此，能够更快确定出目标被叫对象，进一步提高了确定目标被叫对象的效率。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

在该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录；

基于该目标时间段内的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

本公开实施例中，根据一段时间内的呼叫操作记录来确定目标被叫时间，通过限制时间范围，大大减小了第一服务器的查询范围，提高了确定目标被叫对象的效率。

在一些实施例中，该号码获取请求携带该终端与该第二服务器连通的时间戳，该目标时间段为该时间戳之前目标时长的一段时间和该时间戳之后目标时长的一段时间中的至少一项。

本公开实施例中，目标时间段基于终端与该第二服务器连通的时间戳确定，如此，使得后续能够确定出距离连通时刻较近的一部分呼叫操作记录，提高了确定目标被叫对象的准确性。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象之前，该方法还包括：

响应于该第一号码不包括第二子号码，执行该基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象的步骤。

本公开实施例中，在第一号码不包括第二子号码的情况下，通过呼叫操作记录来确定第二号码，确保能够获取到第一号码对应的第二号码，避免由于第一号码不包括第二子号码而导致呼叫失败的问题。

在一些实施例中，接收第二服务器的号码获取请求之后，该方法还包括：

响应于该第一号码不包括第二子号码，向该终端发送语音提示消息，该语音提示消息用于提示输入第二子号码。

本公开实施例中，在第二服务器所接收的第一号码不包括第二子号码的情况下，还可以为用户播放语音提示消息，以提示用户输入第二子号码，进而通过用户手动输入第二子号码，也能够降低呼叫损失率。

在一些实施例中，向该终端发送语音提示消息之后，该方法还包括：

响应于未基于该终端输入第二子号码、或所输入的第二子号码不完整，则执行将该目标被叫对象对应的第二号码返回至该第二服务器的步骤。

本公开实施例中，在用户未输入第二子号码或输入的第二子号码不完整的情况下，才采用第一服务器所确定的第二号码，以用户所输入的第二子号码为主，提高了用户的呼叫体验。

根据本公开实施例的第二方面，提供一种呼叫方法，该方法包括：

终端通过目标应用向第一号码发起呼叫请求，该第一号码为具有第一预设时效的号码；

该第二服务器基于该呼叫请求，向第一服务器发送号码获取请求，该号码获取请求用于获取该第一号码对应的第二号码，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效；

该第一服务器接收该第二服务器的号码获取请求；基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象；基于该目标被叫对象，确定该目标被叫对象对应的第二号码；将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

根据本公开实施例的第三方面，提供一种呼叫系统，包括：终端、第一服务器和第二服务器，

该终端用于：通过目标应用向第一号码发起呼叫请求，该第一号码为具有第一预设时效的号码；

该第一服务器用于：接收该第二服务器的号码获取请求；基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象；基于该目标被叫对象，确定该目标被叫对象对应的第二号码；将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效；

该第二服务器用于：基于该呼叫请求，向该第一服务器发送该号码获取请求，该号码获取请求用于获取该第一号码对应的第二号码。

根据本公开实施例的第四方面，提供一种呼叫装置，该装置包括：

接收单元，被配置为执行接收第二服务器的号码获取请求，该号码获取请求基于终端对目标应用中第一号码发起的呼叫请求触发，该号码获取请求用于获取该第一号码对应的第二号码，该第一号码为具有第一预设时效的号码，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效；

对象确定单元，被配置为执行基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象；

号码确定单元，被配置为执行基于该目标被叫对象，确定该目标被叫对象对应的第二号码；

返回单元，被配置为执行将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

在一些实施例中，该对象确定单元，被配置为执行：

响应于该终端的号码已注册该目标应用，从该目标应用的呼叫操作记录中，确定该号码对应账号的呼叫操作记录；

基于该账号的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该对象确定单元，被配置为执行：

响应于该终端的号码未注册该目标应用，从该目标应用的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象；

基于该被实施呼叫操作但未接通的被叫对象，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该对象确定单元，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元，被配置为执行：

响应于该呼叫操作记录中存在两个或两个以上被叫对象，确定被实施呼叫操作但未接通的被叫对象；

响应于该被实施呼叫操作但未接通的被叫对象的数量为一个，将该被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，该第一号码包括第一子号码，该对象确定单元，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象的第一号码的第一子号码与本次呼叫的第一号码中的第一子号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元，被配置为执行：

在该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录；

基于该目标时间段内的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该号码获取请求携带该终端与该第二服务器连通的时间戳，该目标时间段为该时间戳之前目标时长的一段时间和该时间戳之后目标时长的一段时间中的至少一项。

在一些实施例中，该对象确定单元，还被配置为执行：

响应于该第一号码不包括第二子号码，执行该基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该装置还包括发送单元，被配置为执行：

响应于该第一号码不包括该第二子号码，向该终端发送语音提示消息，该语音提示消息用于提示输入第二子号码。

在一些实施例中，该返回单元，还被配置为执行：

响应于未基于该终端输入第二子号码、或所输入的第二子号码不完整，则执行将该目标被叫对象对应的第二号码返回至该第二服务器的步骤。

根据本公开实施例的第五方面，提供一种计算机设备，该计算机设备包括：

一个或多个处理器；

用于存储该处理器可执行程序代码的存储器；

其中，该处理器被配置为执行该程序代码，以实现上述的呼叫方法。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，该计算机可读存储介质包括：当该计算机可读存储介质中的程序代码由计算机设备的处理器执行时，使得计算机设备能够执行上述的呼叫方法。

根据本公开实施例的第七方面，提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述的呼叫方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种呼叫方法的实施环境示意图；

图2是根据一示例性实施例示出的一种呼叫方法的流程图；

图3是根据一示例性实施例示出的一种呼叫方法的流程图；

图4是根据一示例性实施例示出的一种呼叫流程图；

图5是根据一示例性实施例示出的一种呼叫流程图；

图6是根据一示例性实施例示出的一种呼叫装置的框图；

图7是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。

图1是本公开实施例提供的一种呼叫方法的实施环境示意图，参见图1，该实施环境中包括：终端101和服务器102。

终端101可以为智能手机、智能手表、台式电脑、手提电脑、虚拟现实终端、增强现实终端、无线终端和膝上型便携计算机等设备中的至少一种，终端101具有通信功能，可以接入有线网络或无线网络。终端101可以泛指多个终端中的一个，本实施例仅以终端101来举例说明。本领域技术人员可以知晓，上述终端的数量可以更多或更少。

本公开实施例中，终端101为主叫用户对应的终端，用于向虚拟号码发起呼叫请求。终端101可以运行有提供电话号码通信功能的通信应用(如呼叫应用)和提供虚拟号码通信功能的目标应用(如社交应用或购物应用)。其中，虚拟号码是指虚拟的电话号码，虚拟号码是一种具有第一预设时效的号码。通过在发起呼叫时显示该虚拟号码，从而保护用户的隐私。在一些实施例中，虚拟号码包括主机号和分机号。需要说明的是，目标应用中设置有一些特定账号的虚拟号码和真实号码，例如，目标应用中设置有商家账号的虚拟号码和真实号码。在一些实施例中，用户在使用目标应用的过程中，通过在终端101上进行操作，对目标应用中某一商家账号实施呼叫操作，触发终端101对该商家账号对应的虚拟号码发起呼叫请求。

服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式文件系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(contentdeliverynetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。服务器102与终端101可以通过有线或无线通信方式进行直接或间接的连接，本公开实施例对此不作限定。可选地，上述服务器102的数量可以更多或更少，本公开实施例对此不加以限定。当然，服务器102还可以包括其他功能服务器，以便提供更全面且多样化的服务。

本公开实施例中，服务器102包括第一服务器1021和第二服务器1022。其中，第一服务器1021为目标应用的后台服务器，用于接收第二服务器1022的号码获取请求，基于终端101的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，基于该目标被叫对象，确定该目标被叫对象对应的真实号码，将该目标被叫对象对应的真实号码返回至第二服务器1022。其中，第一服务器1021关联有账号信息库，该账号信息库用于存储多个账号以及该多个账号对应的虚拟号码(主机号+分机号)和真实号码。真实号码为真实的电话号码，真实号码是一种具有第二预设时效的号码，该第一预设时效小于该第二预设时效。第二服务器1022为通信应用的后台服务器，用于基于终端101所发送的呼叫请求，向第一服务器1021发送号码获取请求，以获取虚拟号码对应的真实号码。

为便于理解，下面对本公开所提供的呼叫方法的应用场景进行说明：用户在使用目标应用的过程中，通过在终端101上进行操作，对目标应用中某一商家账号实施呼叫操作，触发终端101对该商家账号对应的虚拟号码发起呼叫请求。该呼叫请求经过第二服务器1022，第二服务器1022基于该呼叫请求，向第一服务器1021发送号码获取请求，以获取该虚拟号码对应的真实号码，也即是获取本次呼叫的商家账号的真实号码。第一服务器1021接收第二服务器1022的号码获取请求，基于本公开所提供的呼叫方法，确定本次呼叫中的被叫对象(也即是确定本次呼叫的商家账号)，进而确定本次呼叫中被叫对象的真实号码，再将所确定的真实号码返回至第二服务器1022，以便第二服务器1022基于接收到的真实号码，完成对商家账号的呼叫。

需要说明的是，本公开实施例中后续采用第一号码来代表虚拟号码，采用第二号码来代表真实号码，采用第一子号码来代表虚拟号码中的主机号，采用第二子号码来代表虚拟号码中的分机号。

图2是根据一示例性实施例示出的一种呼叫方法的流程图，如图2所示，该方法由第一服务器执行，包括以下步骤：

在步骤201中，第一服务器接收第二服务器的号码获取请求，该号码获取请求基于终端对目标应用中第一号码的呼叫请求触发，该号码获取请求用于获取该第一号码对应的第二号码，该第一号码为具有第一预设时效的号码，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效。

其中，第一服务器可以是目标应用的后台服务器。目标应用是一种提供有虚拟号码通信功能的应用。第二服务器可以是通信应用的后台服务器。通信应用是一种提供有电话号码通信功能的系统应用。第一号码是指虚拟号码。第二号码是指虚拟号码对应的真实号码。

在一些实施例中，用户通过终端上的目标应用，能够触发终端向第二服务器发送对第一号码的呼叫请求，进而触发第二服务器向第一服务器发送号码获取请求，以获取该第一号码对应的第二号码。

在步骤202中，第一服务器基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象。

其中，呼叫操作记录基于用户对目标应用中任一对象的呼叫操作生成。在一些实施例中，终端响应于用户对目标应用中任一对象的呼叫操作，获取本次呼叫操作中的呼叫信息，如实施呼叫操作的用户账号以及被实施呼叫操作的用户账号(也即是被叫对象的账号)，将获取到的呼叫信息发送至第一服务器，则第一服务器根据接收到的呼叫信息生成呼叫操作记录。

在步骤203中，第一服务器基于该目标被叫对象，确定该目标被叫对象对应的第二号码。

在步骤204中，第一服务器将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

本公开实施例提供的技术方案，在第二服务器基于第一号码发起呼叫时，由第一服务器根据终端的号码和呼叫操作记录，来确定本次呼叫的被叫对象，由于本次呼叫是基于目标应用所触发、且呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象，因此，根据呼叫操作记录中被实施呼叫操作的被叫对象，能够获取到与本次呼叫的呼叫操作相关的被叫对象，进而能够快速确定被叫对象的第二号码，再将所获得的第二号码发送至第二服务器，以触发第二服务器发起呼叫，上述过程通过呼叫操作记录来确定第二号码，确保能够获取到第一号码对应的第二号码，进而基于第二号码完成呼叫，提高了呼叫成功率，也就降低了呼叫损失率。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象包括：

响应于该终端的号码已注册该目标应用，从该目标应用的呼叫操作记录中，确定该号码对应账号的呼叫操作记录；

基于该账号的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象包括：

响应于该终端的号码未注册该目标应用，从该目标应用的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象；

基于该被实施呼叫操作但未接通的被叫对象，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在两个或两个以上被叫对象，确定被实施呼叫操作但未接通的被叫对象；

响应于该被实施呼叫操作但未接通的被叫对象的数量为一个，将该被叫对象确定为该目标被叫对象。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，该第一号码包括第一子号码，响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象包括：

响应于该呼叫操作记录中存在一个被叫对象的第一号码的第一子号码与本次呼叫的第一号码中的第一子号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，呼叫请求对应的目标被叫对象的确定过程包括：

在该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录；

基于该目标时间段内的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该号码获取请求携带该终端与该第二服务器连通的时间戳，该目标时间段为该时间戳之前目标时长的一段时间和该时间戳之后目标时长的一段时间中的至少一项。

在一些实施例中，基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象之前，该方法还包括：

响应于该第一号码不包括第二子号码，执行该基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，接收第二服务器的号码获取请求之后，该方法还包括：

响应于该第一号码不包括第二子号码，向该终端发送语音提示消息，该语音提示消息用于提示输入第二子号码。

在一些实施例中，向该终端发送语音提示消息之后，该方法还包括：

响应于未基于该终端输入第二子号码、或所输入的第二子号码不完整，则执行将该目标被叫对象对应的第二号码返回至该第二服务器的步骤。

上述图2所示仅为本公开的基本流程，下面基于一种具体实施方式，来对本公开提供的方案进行进一步阐述，图3是根据一示例性实施例示出的一种呼叫方法的流程图，参见图3，该方法包括：

在步骤301中，终端响应于对目标应用中任一对象的呼叫操作，将呼叫信息发送至第一服务器，该呼叫信息用于表示被实施呼叫操作的被叫对象。

本公开实施例中，终端为主叫用户对应的终端，终端上运行有目标应用，该目标应用提供有基于第一号码的通信功能，用户通过在终端上进行操作，启动目标应用，对目标应用中所展示的呼叫控件实施触发操作，能够触发终端发送对第一号码的呼叫请求。其中，对象可以是在目标应用中已设置第一号码、且允许被呼叫的对象，如商家客服。第一号码为具有第一预设时效的号码，如虚拟号码。第一预设时效为预先设定的号码有效时间，如7天。第一服务器为目标应用的后台服务器。

在一些实施例中，终端响应于对目标应用中任一对象的呼叫操作，获取本次呼叫操作中的呼叫信息，如被叫对象的账号id(identification，身份标识符)，将获取到的呼叫信息发送至第一服务器。示例地，以目标应用中的个人信息展示页面为例，该个人信息展示页面用于展示对应账号的账号信息和呼叫控件，终端响应于对该呼叫控件的点击操作，获取本次呼叫操作中的呼叫信息，将获取到的呼叫信息发送至第一服务器。

在步骤302中，第一服务器接收该呼叫信息，将该呼叫信息对应的被叫对象添加至呼叫操作记录中，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象。

上述步骤301至步骤302以呼叫操作记录用于记录被实施呼叫操作的被叫对象为例。需要说明的是，呼叫操作记录中还记录有实施呼叫操作的用户账号。例如，若账号a对账号b的个人信息展示页面中的呼叫控件实施点击操作，则在该呼叫操作记录中记录账号a和账号b。在一些实施例中，终端响应于对目标应用中任一对象的呼叫操作，还获取实施该呼叫操作的用户账号，也即是获取该目标应用当前所登录的用户账号，将获取到的用户账号发送至第一服务器，则第一服务器接收该用户账号，将该用户账号添加至呼叫操作记录中。在另一些实施例中，终端响应于对目标应用中任一对象的呼叫操作、且响应于该目标应用未登录用户账号，则获取该终端的设备编号，将该终端的设备编号发送至第一服务器，则第一服务器接收该终端的设备编号，将该设备编号添加至呼叫操作记录中。

在又一些实施例中，该呼叫操作记录还用于记录实施呼叫操作的时间戳，如点击呼叫控件的时间戳。相应地，终端响应于对目标应用中任一对象的呼叫操作，还获取实施该呼叫操作的时间戳，将获取到的时间戳发送至第一服务器，则第一服务器接收该时间戳，将该时间戳添加至呼叫操作记录中。如此，使得第一服务器能够获知呼叫操作的时间，便于第一服务器基于该时间戳执行后续的流程。

在另一些实施例中，该呼叫操作记录还用于记录被实施呼叫操作的被叫对象的关联信息，该关联信息包括被叫对象的第一号码和第二号码，第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效，例如第二号码为真实号码。第二预设时效为预先设定的号码有效时间，如10年或永久有效。相应地，第一服务器接收该被叫对象，还根据该被叫对象的账号，在账户信息库的账号、第一号码和第二号码的对应关系中，查询该账号对应的第一号码和第二号码，将查询到的第一号码和第二号码添加至呼叫操作记录中。如此，通过提前获取第一号码和第二号码，使得后续第一服务器在获取第一号码或第二号码时，通过呼叫操作记录即可获取到第一号码或第二号码，提高了获取号码的效率。

在步骤303中，终端通过该目标应用向被叫对象的第一号码发起呼叫请求，该呼叫请求经过第二服务器。

其中，呼叫请求携带终端的号码和第一号码，也即是携带主叫用户的电话号码和被叫对象的第一号码。

在一些实施例中，终端响应于对目标应用中任一对象的呼叫操作，获取被叫对象对应的第一号码，向第二服务器发送对第一号码的呼叫请求。示例地，以目标应用中的个人信息展示页面为例，该个人信息展示页面还用于展示对应账号的第一号码，则终端响应于对该个人信息展示页面中呼叫控件的点击操作，获取该个人信息展示页面中所包括的第一号码，向第二服务器发送对该第一号码的呼叫请求。

上述过程是终端自行获取被叫对象的第一号码的过程。在另一些实施例中，终端响应于对目标应用中任一对象的呼叫操作，向第一服务器发送第一号码获取请求，该第一号码获取请求携带被实施呼叫操作的被叫对象，则第一服务器接收该第一号码获取请求，获取该第一号码获取请求携带的被叫对象，根据该被叫对象的账号，在账号信息库的账号和第一号码的对应关系中，查询该账号对应的第一号码，将查询到的第一号码返回至终端。

需要说明的是，上述步骤301至步骤303是响应于对目标应用中任一对象的呼叫操作，先向第一服务器发送被实施呼叫操作的被叫对象，再向第二服务器发送呼叫请求的过程。在终端自行获取被叫对象的第一号码的场景下，可选地，终端响应于对目标应用中任一对象的呼叫操作，先向第二服务器发送呼叫请求，再向第一服务器发送被实施呼叫操作的被叫对象，或者，终端响应于对目标应用中任一对象的呼叫操作，同时执行向第二服务器发送呼叫请求和向第一服务器发送被实施呼叫操作的被叫对象的步骤。本公开实施例对该场景下步骤301和步骤303的执行次序不做限定。在基于第一服务器获取被叫对象的第一号码的场景下，终端响应于对目标应用中任一对象的呼叫操作，向第一服务器发送被实施呼叫操作的被叫对象，则第一服务器接收到该被叫对象后，在查询被叫对象对应的第一号码的同时，还将本次呼叫操作中被实施呼叫操作的被叫对象记录在呼叫操作记录中。如此，通过一次请求来触发第一服务器执行查询和记录的过程，提高了第一服务器的处理效率。

在步骤304中，第二服务器基于该呼叫请求，向第一服务器发送号码获取请求，该号码获取请求用于获取该第一号码对应的第二号码。

其中，号码获取请求基于终端对目标应用中第一号码的呼叫请求触发。

在一些实施例中，该号码获取请求携带该终端的号码和第一号码，相应地，第二服务器接收终端发送的呼叫请求，获取该呼叫请求携带的终端的号码和第一号码，基于该终端的号码和第一号码，生成号码获取请求，将该号码获取请求发送至第一服务器，以获取第一号码对应的第二号码。

在一些实施例中，该号码获取请求还携带该终端与该第二服务器连通的时间戳，相应地，第二服务器接收终端发送的呼叫请求，还获取该终端与该第二服务器连通的时间戳，也即是获取第二服务器接收到该呼叫请求的时间戳，基于上述终端的号码、第一号码和获取到的时间戳，生成号码获取请求，将该号码获取请求发送至第一服务器。

在步骤305中，第一服务器接收第二服务器的号码获取请求，获取该号码获取请求携带的第一号码，判断该第一号码是否包括第二子号码。

本公开实施例中，第一号码包括第一子号码和第二子号码。第一子号码是指主机号，第二子号码是指分机号。应理解地，虚拟号码通常由主机号和分机号组成。

在一些实施例中，第一服务器判断该第一号码是否包括第二子号码，响应于该第一号码包括第二子号码，则基于该第一号码(中的第二子号码)，在账号信息库的第一号码和第二号码的对应关系中，获取该第一号码对应的第二号码，进而将该第二号码发送至第二服务器，以触发第二服务器向该第二号码对应的终端发起呼叫。在另一些实施例中，第一服务器响应于该第一号码不包括第二子号码，则执行步骤306至步骤309。在该实施例中，在第一号码不包括第二子号码的情况下，通过呼叫操作记录来确定第二号码，确保能够获取到第一号码对应的第二号码，避免由于第一号码不包括第二子号码而导致呼叫失败的问题。

需要说明的是，在一些特殊情况下，由于终端的机型原因、用户操作原因或者其他原因，可能会造成第二服务器所获取的呼叫请求中没有携带第一号码的第二子号码，此时，第二服务器无法获得虚拟号码的分机号，进而，第二服务器向第一服务器所发送的号码获取请求中没有携带第一号码的第二子号码，这时，第一服务器可以基于下述步骤来获取本次呼叫中被叫对象的第二号码(真实号码)。

需要说明的是，步骤305为可选步骤。在另一些实施例中，第一服务器接收第二服务器的号码获取请求，获取该号码获取请求携带的第一号码，无需执行判断第一号码是否包括第二子号码的过程，执行步骤306。

在步骤306中，第一服务器响应于该第一号码不包括第二子号码，向该终端发送语音提示消息，该语音提示消息用于提示输入第二子号码。

需要说明的是，步骤306为可选步骤。在一些实施例中，第一服务器响应于该第一号码不包括第二子号码，无需执行步骤306中发送语音提示消息的过程，执行步骤307。

在一些实施例中，终端接收并播放该语音提示消息，此时，若主叫用户想要输入第二子号码，可以对拨号界面中的数字控件实施触发操作，终端响应于主叫用户的触发操作，获取所输入的第二子号码，将所输入的第二子号码发送至第二服务器，进而第二服务器将接收到的第二子号码发送至第一服务器。在该实施例中，在第二服务器所接收的第一号码不包括第二子号码的情况下，还可以为用户播放语音提示消息，以提示用户输入第二子号码，进而通过用户手动输入第二子号码，也能够降低呼叫损失率。

在步骤307中，第一服务器基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象。

本公开实施例中，目标呼叫对象用于表示本次呼叫对应的被叫对象。

在一些实施例中，第一服务器响应于该终端的号码已注册该目标应用，从该目标应用的呼叫操作记录中，确定该号码对应账号的呼叫操作记录，基于该账号的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。在该实施例中，在终端的号码已注册目标应用的情况下，根据号码对应账号的呼叫操作记录，来确定目标被叫对象，提高了确定目标被叫对象的效率。

在另一些实施例中，第一服务器响应于该终端的号码未注册该目标应用，从该目标应用的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象，基于该被实施呼叫操作但未接通的被叫对象，执行确定该呼叫请求对应的目标被叫对象的步骤。在该实施例中，在终端的号码未注册目标应用的情况下，根据呼叫操作记录中已被实施呼叫操作但未接通的被叫对象，来确定目标被叫对象，提高了确定目标被叫对象的效率。

可选地，第一服务器确定被实施呼叫操作但未接通的被叫对象的过程可以为：从该目标应用的呼叫操作记录中，确定被实施呼叫操作的所有被叫对象，在该被实施呼叫操作的所有被叫对象中，确定被实施呼叫操作且已接通的被叫对象，将剩余的被叫对象确定为被实施呼叫操作但未接通的被叫对象。进一步地，第一服务器还可以根据第一号码中的第一子号码，确定该第一子号码下被实施呼叫操作的所有被叫对象，再基于该第一子号码下被实施呼叫操作的所有被叫对象，执行确定被实施呼叫操作但未接通的被叫对象的过程。

可选地，第一服务器基于呼叫操作记录确定目标被叫对象的过程包括下述任一项：

(1)在一些实施例中，第一服务器响应于该呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。在该实施例中，在呼叫操作记录只存在一个被叫对象时，无需执行其他确定过程，直接将该被叫对象确定为本次呼叫中的被叫对象即可，如此，减少了第一服务器的处理内容，提高了第一服务器的处理效率。

(2)在一些实施例中，第一服务器响应于该呼叫操作记录中存在两个或两个以上被叫对象，确定被实施呼叫操作但未接通的被叫对象，响应于该被实施呼叫操作但未接通的被叫对象的数量为一个，将该被叫对象确定为该目标被叫对象。在该实施例中，在呼叫操作记录存在两个或多个被叫对象时，可以判断被实施呼叫操作但未接通的被叫对象的数量是否为一个，如此，同样能够快速确定出目标被叫对象，提高了确定目标被叫对象的效率。

(3)在一些实施例中，第一服务器响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。在该实施例中，通过判断呼叫操作记录中是否存在一个与本次呼叫中的第一号码匹配的第一号码，来确定目标被叫对象，如此，同样能够快速确定出目标被叫对象，提高了确定目标被叫对象的效率。

可选地，响应于该呼叫操作记录中存在一个被叫对象的第一号码的第一子号码与本次呼叫的第一号码中的第一子号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。在该实施例中，通过判断呼叫操作记录中是否存在一个与本次呼叫中的第一子号码匹配的第一子号码，来确定目标被叫对象，如此，能够更快确定出目标被叫对象，进一步提高了确定目标被叫对象的效率。

(4)在一些实施例中，在该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录，基于该目标时间段内的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。在该实施例中，根据一段时间内的呼叫操作记录来确定目标被叫时间，通过限制时间范围，大大减小了第一服务器的查询范围，提高了确定目标被叫对象的效率。

其中，该目标时间段基于终端与第二服务器连通的时间戳确定。可选地，该目标时间段为该时间戳之前目标时长的一段时间和该时间戳之后目标时长的一段时间中的至少一项。目标时长为预先设定的固定时长，如30s。例如，若终端与第二服务器连通的时间戳为t0，则目标时间段为(t0-30s，t0)、(t0，t0+30s)或(t0-30s，t0+30s)。如此，使得后续能够确定出距离连通时刻较近的一部分呼叫操作记录，提高了确定目标被叫对象的准确性。

在一个具体实施例中，第一服务器响应于该第一号码不包括第二子号码、且该终端的号码已注册该目标应用，获取该终端的号码对应的账号，从该目标应用的呼叫操作记录中，确定该号码对应账号的、且处于目标时间段内的呼叫操作记录，判断所确定的呼叫操作记录中是否存在被叫对象，响应于所确定的呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。应理解地，在一段时间内同一账号同时对两个被叫对象实施呼叫操作的概率非常低，因此通过上述过程，能够有效确定本次呼叫对应的目标被叫对象。

在另一个具体实施例中，第一服务器响应于该第一号码不包括第二子号码、且该终端的号码未注册该目标应用，则从该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录，在从该处于目标时间段内的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象，确定该被实施呼叫操作但未接通的被叫对象中与本次呼叫的第一号码匹配的被叫对象，响应于存在一个与本次呼叫的第一号码匹配的被叫对象，将匹配成功的被叫对象确定为该目标被叫对象。在另一些实施例中，第一服务器响应于被实施呼叫操作但未接通的被叫对象中、存在两个或两个以上与本次呼叫的第一号码匹配的被叫对象，则不执行后续步骤。

在步骤308中，第一服务器基于该目标被叫对象，确定该目标被叫对象对应的第二号码。

在一些实施例中，第一服务器根据该目标被叫对象的账号，在账号信息库的账号和第二号码的对应关系中，查询该账号对应的第二号码，将查询到的第二号码确定为该目标被叫对象对应的第二号码。

在另一些实施例中，若该呼叫操作记录还用于记录被实施呼叫操作的被叫对象的关联信息(如第二号码)，则根据该目标被叫对象的账号，在呼叫操作记录中进行查询，也能够查询得到该账号对应的第二号码。

在步骤309中，第一服务器响应于未基于该终端输入第二子号码、或所输入的第二子号码不完整，则将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

上述实施例中，在用户未输入第二子号码或输入的第二子号码不完整的情况下，才采用第一服务器所确定的第二号码，以用户所输入的第二子号码为主，提高了用户的呼叫体验。

需要说明的是，步骤309为可选步骤。在一些实施例中，第一服务器在确定出该目标被叫对象的第二号码后，无需执行步骤309中判断是否输入第二子号码或判断第二子号码是否完整的过程，执行向第二服务器发送该目标被叫对象的第二号码的步骤。

还需要说明的是，上述步骤308至步骤309是第一服务器响应于号码获取请求中的第一号码不包括第二子号码，则确定目标被叫对象的第二号码的过程。在另一些实施例中，第一服务器在确定出目标被叫对象后，也即是执行步骤307后，还可以先确定目标被叫对象对应的第二子号码，将所确定出的第二子号码确定为本次呼叫的第二子号码。

在步骤310中，第二服务器接收该目标被叫对象对应的第二号码，向该第二号码对应的终端发起呼叫。

在一个具体示例中，图4是根据一示例性实施例示出的一种呼叫流程图，参见图4，图4以应用服务器、通信服务器、虚拟号码、真实号码、分机号为例，相应过程为：主叫用户对目标应用中某个商家对象实施呼叫操作，并与应用服务器进行交互，以生成呼叫操作记录，并向通信服务器发送对虚拟号码的呼叫请求，通信服务器接收该呼叫请求后，能够获得该呼叫请求携带的虚拟号码、用户号码(终端的号码)和呼入时间(终端和第二服务器连通的时间戳)，进而将该虚拟号码、用户号码和呼入时间发送至应用服务器，则应用服务器接收到虚拟号码后，判断该虚拟号码是否包括分机号，若是，则根据该分机号向通信服务器返回对应的真实号码，进而完成呼叫；若否，则根据用户号码、呼入时间以及呼叫操作记录，查询本次呼叫的被叫对象及其真实号码。在确定出分机号后，判断用户是否输入分机号或者用户所输入的分机号是否完整，若是，则根据用户输入的分机号来完成呼叫；若否，则根据查询得到的真实号码来转接呼叫。

在一个具体示例中，图5是根据一示例性实施例示出的一种呼叫流程图，参见图5，为便于描述，图5以主叫终端、被叫终端、通信服务器和应用服务器为例、且以虚拟号码、真实号码为例，对方案进行说明。主叫终端向通信服务器发送对虚拟号码的呼叫请求，通信服务器基于该呼叫请求向应用服务器发送号码获取请求，该号码获取请求可以是ivr(interactivevoiceresponse，互动式语音应答)通知。应用服务器接收号码获取请求后，根据上述实施例所提供的方案确定出真实号码，向该通信服务器返回号码获取请求的响应消息，该响应消息携带所确定的真实号码，该号码获取请求的响应消息可以是ivr命令。通信服务器响应于接收到该目标被叫对象对应的真实号码，向主叫终端发送并播放等待提示语音，如“欢迎致电××平台”的语音或“嘟嘟嘟”语音，同时，向真实号码对应的终端发起呼叫，也即是向被叫终端发起呼叫。在一些实施例中，通信服务器响应于被叫终端接听，桥接主叫终端和被叫终端，此时，主叫和被叫开始通话。在另一些实施例中，通信服务器响应于主叫终端或被叫终端挂机，向应用服务器发送挂机提示消息，该挂机提示消息用于提示主叫或被叫挂机，该挂机提示消息可以是ivr通知。应用服务器接收该挂机提示消息，向通信服务器发送该挂机提示消息的响应消息，该响应消息用于提示停止播放等待提示语音，该挂机提示消息的响应消息可以是ivr命令。

在一些实施例中，第二服务器响应于被叫终端接听，向第一服务器发送本次通话的相关信息，则第一服务器接收该第二服务器发送的本次通话的相关信息。可选地，第二服务器在通话过程中，实时向第一服务器发送本次通话的相关信息，或者，第二服务器响应于通话结束，向第一服务器发送本次通话的相关信息。其中，本次通话的相关信息包括通话双方的号码、通话开始时间、通过结束时间、通话录音等。需要说明的是，第二服务器向第一服务器所发送的本次通话的相关信息为用户已授予发送权限的信息。在上述实施例中，第一服务器还能够接收到本次通话的相关信息，增加了第一服务器所获得的信息量。

在一些实施例中，第一服务器在接收到本次通话的相关信息后，将本次通话的相关信息存储至呼叫信息库中，该呼叫信息库用于记录基于目标应用所发起的呼叫的相关信息。在另一些实施例中，第二服务器响应于主叫终端或被叫终端挂机，向第一服务器发送挂机提示消息，第一服务器接收该挂机提示消息后，响应于主叫用户已授予获取号码的权限，将本次通话中终端的号码存储至呼叫信息库中，如此，便于后续商家能够获知向其发起呼叫的用户的号码。

第一服务器在接收到本次通话的相关信息后，能够获知本次呼叫是否成功。在一些实施例中，第一服务器获取到多次呼叫事件的相关信息后，还能够获知多次呼叫事件中呼叫成功的事件和呼叫失败的事件，进而，基于多次呼叫事件中呼叫成功的事件，确定呼叫成功率，或者，基于多次呼叫事件中呼叫失败的事件，确定呼叫损失率。

本公开实施例提供的技术方案，在第二服务器基于虚拟号码发起呼叫时，由第一服务器根据终端的号码和呼叫操作记录，来确定本次呼叫的被叫对象，由于本次呼叫是基于目标应用所触发、且呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象，因此，根据呼叫操作记录中被实施呼叫操作的被叫对象，能够获取到与本次呼叫的呼叫操作相关的被叫对象，进而能够快速确定被叫对象的真实号码，再将所获得的真实号码发送至第二服务器，以触发第二服务器发起呼叫，上述过程通过呼叫操作记录来确定真实号码，确保能够获取到虚拟号码对应的真实号码，进而基于真实号码完成呼叫，提高了呼叫成功率，也就降低了呼叫损失率。

图6是根据一示例性实施例示出的一种呼叫装置的框图。参照图6，该装置包括接收单元601，对象确定单元602、号码确定单元603和返回单元604。

接收单元601，被配置为执行接收第二服务器的号码获取请求，该号码获取请求基于终端对目标应用中第一号码的呼叫请求触发，该号码获取请求用于获取该第一号码对应的第二号码，该第一号码为具有第一预设时效的号码，该第二号码为具有第二预设时效的号码，该第一预设时效小于该第二预设时效；

对象确定单元602，被配置为执行基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象，该呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象；

号码确定单元603，被配置为执行基于该目标被叫对象，确定该目标被叫对象对应的第二号码；

返回单元604，被配置为执行将该目标被叫对象对应的第二号码返回至该第二服务器，该目标被叫对象对应的第二号码用于触发该第二服务器发起呼叫。

本公开实施例提供的技术方案，在第二服务器基于第一号码发起呼叫时，由第一服务器根据终端的号码和呼叫操作记录，来确定本次呼叫的被叫对象，由于本次呼叫是基于目标应用所触发、且呼叫操作记录用于记录该目标应用中被实施呼叫操作的被叫对象，因此，根据呼叫操作记录中被实施呼叫操作的被叫对象，能够获取到与本次呼叫的呼叫操作相关的被叫对象，进而能够快速确定被叫对象的第二号码，再将所获得的第二号码发送至第二服务器，以触发第二服务器发起呼叫，上述过程通过呼叫操作记录来确定第二号码，确保能够获取到第一号码对应的第二号码，进而基于第二号码完成呼叫，提高了呼叫成功率，也就降低了呼叫损失率。

在一些实施例中，该对象确定单元602，被配置为执行：

响应于该终端的号码已注册该目标应用，从该目标应用的呼叫操作记录中，确定该号码对应账号的呼叫操作记录；

基于该账号的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该对象确定单元602，被配置为执行：

响应于该终端的号码未注册该目标应用，从该目标应用的呼叫操作记录中，确定被实施呼叫操作但未接通的被叫对象；

基于该被实施呼叫操作但未接通的被叫对象，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该对象确定单元602，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象，将该被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元602，被配置为执行：

响应于该呼叫操作记录中存在两个或两个以上被叫对象，确定被实施呼叫操作但未接通的被叫对象；

响应于该被实施呼叫操作但未接通的被叫对象的数量为一个，将该被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元602，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象的第一号码与本次呼叫的第一号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，该第一号码包括第一子号码，该对象确定单元602，被配置为执行：

响应于该呼叫操作记录中存在一个被叫对象的第一号码的第一子号码与本次呼叫的第一号码中的第一子号码匹配，将匹配成功的被叫对象确定为该目标被叫对象。

在一些实施例中，该对象确定单元602，被配置为执行：

在该目标应用的呼叫操作记录中，选取处于目标时间段内的呼叫操作记录；

基于该目标时间段内的呼叫操作记录，执行确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该号码获取请求携带该终端与该第二服务器连通的时间戳，该目标时间段为该时间戳之前目标时长的一段时间和该时间戳之后目标时长的一段时间中的至少一项。

在一些实施例中，该对象确定单元602，还被配置为执行：

响应于该第一号码不包括第二子号码，执行该基于该终端的号码，从该目标应用的呼叫操作记录中，确定该呼叫请求对应的目标被叫对象的步骤。

在一些实施例中，该装置还包括发送单元，被配置为执行：

响应于该第一号码不包括第二子号码，向该终端发送语音提示消息，该语音提示消息用于提示输入第二子号码。

在一些实施例中，该返回单元604，还被配置为执行：

响应于未基于该终端输入第二子号码、或所输入的第二子号码不完整，则执行将该目标被叫对象对应的第二号码返回至该第二服务器的步骤。

需要说明的是：上述实施例提供的呼叫装置在进行呼叫时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的呼叫装置与呼叫方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本公开实施例中的计算机设备可以提供为一种服务器。图7是根据一示例性实施例示出的一种服务器的框图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或多个cpu(centralprocessingunits，处理器)701和一个或多个的存储器702，其中，该一个或多个存储器702中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器701加载并执行以实现上述各个方法实施例提供的呼叫方法中第一服务器或第二服务器执行的过程。当然，该服务器700还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器700还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种包括程序代码的计算机可读存储介质，例如包括程序代码的存储器702，上述程序代码可由服务器700的处理器701执行以完成上述呼叫方法。可选地，计算机可读存储介质可以是rom(read-onlymemory，只读内存)、ram(randomaccessmemory)，随机存取存储器)、cd-rom(compact-discread-onlymemory，只读光盘)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述呼叫方法。在一些实施例中，本公开实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。