CN113115304A - 虚拟号码请求和发送方法、装置及存储介质 - Google Patents

Abstract

本申请实施例提供一种虚拟号码请求和发送方法、装置及存储介质，涉及互联网技术领域，该虚拟号码发送方法包括：接收主叫方发送的基于虚拟号码的呼叫请求；若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。本实施例可以确认当前用户所使用的号码是否为注册号码，如果不是，可以为用户重新分配虚拟号码，从而可以防止用户因使用新号码而导致的呼叫失败的情况。

Description

虚拟号码请求和发送方法、装置及存储介质

本申请是申请日为2017年4月6日，申请号为201710220814X，发明名称为“虚拟号码请求和发送方法、装置及存储介质”的中国专利申请的分案申请。

技术领域

本申请实施例涉及互联网技术领域，尤其涉及虚拟号码请求和发送方法、装置及存储介质。

背景技术

随着智能设备与移动通信技术的快速发展，通信服务方提供虚拟号码服务越来越常见。本申请中所述的虚拟号码，是由通信服务方针对具体通信过程为通信双方生成的唯一号码，该虚拟号码与通信双方的真实号码均不同，通信过程中通信双方的通信设备上都只显示该虚拟号码而非双方的真实号码。除了该特定通信的双方之外，其他人拨打该虚拟号码无效。

目前，有较多业务场景需要涉及上述虚拟号码服务。例如，网约车场景中，为了保护司机和乘客双方的隐私，网约车服务方可能会购买一个或多个通信服务方的虚拟号码服务。

在创建网约车订单业务时，网约车服务方会选取一个通信服务方，将司机和乘客的注册号码发送给所选取的通信服务方，以向该通信服务方申请虚拟号码。通信服务方分配虚拟号码后，会建立虚拟号码、司机注册号码和乘客注册号码之间的绑定关系。网约车服务方接收到通信服务方分配的虚拟号码时，也会为该订单业务记录该分配的虚拟号码。

在本次订单业务进行过程中，假设司机需要呼叫乘客，司机所使用的客户端会向网约车服务方请求虚拟号码，网约车服务方根据请求，会将该虚拟号码发送给客户端，客户端则向虚拟号码发起呼叫，随后通信服务方根据前述建立的绑定关系，以虚拟号码向乘客发起呼叫，通信服务方为司机和乘客建立虚拟号码呼叫连接，整个过程中司机和乘客双方通过该虚拟号码沟通，其真实手机号码彼此不公开，订单完成或取消后该虚拟号码失效，从而达到保护司机和乘客的真实通信号码的目的。

由于网约车服务方预先利用用户的注册号码申请虚拟号码，通信服务方记录的是注册号码与虚拟号码的对应关系，当用户需要呼叫时，如果用户更换了号码、或者是使用例如双卡双待的移动设备，当用户采用与其注册号码不同的另一号码向虚拟号码发起呼叫，通信服务方查找不到对应关系，因此会出现呼叫失败的情况。

发明内容

为克服相关技术中存在的问题，本申请实施例提供了虚拟号码请求和发送方法、装置及存储介质。

一种虚拟号码发送方法，所述方法包括：

接收主叫方发送的基于虚拟号码的呼叫请求；

若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；

若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

在一个可选的实现方式中，所述方法还包括：

将所述第二虚拟号码与所述呼出号码进行绑定。

在一个可选的实现方式中，所述方法还包括：

在所述呼叫请求所涉及的业务结束时，解除所述绑定。

一种虚拟号码请求方法，应用于电子设备，所述方法包括：

当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

通过所述号码确认界面确定所述呼出号码；

若所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；

若所述呼出号码为与所述注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；

接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

在一个可选的实现方式中，所述号码确认界面中展示有如下一个或多个号码，以供用户选择本次呼叫过程中所使用的呼出号码：

用户设定的注册号码、用户设定的一个或多个备选号码、电子设备当前使用的通信号码或上一次呼叫过程中所使用的呼出号码。

在一个可选的实现方式中，所述号码确认界面中展示有号码设置入口；

所述通过所述号码确认界面确定所述呼出号码，包括：

若所述号码设置入口被触发，则获取新设置的号码作为所述呼出号码。

一种虚拟号码发送装置，所述装置包括：

呼叫请求接收模块，用于：接收主叫方发送的基于虚拟号码的呼叫请求；

号码发送模块，用于：若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

在一个可选的实现方式中，所述装置还包括绑定模块，用于：

将所述第二虚拟号码与所述其他号码进行绑定。

在一个可选的实现方式中，所述装置还包括解绑模块，用于：

在所述呼叫请求所涉及的业务结束时，解除所述绑定。

一种虚拟号码请求装置，应用于电子设备，所述装置包括：

界面输出模块，用于：当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

号码确定模块，用于：通过所述号码确认界面确定所述呼出号码；

呼叫请求发送模块，用于：在所述呼出号码为用户预登记的注册号码时，向服务器发起针对所述注册号码的虚拟号码请求；在所述呼出号码为与所述注册号码不同的其他号码时，向服务器发起针对所述其他号码的虚拟号码请求；

号码接收模块，用于：接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

在一个可选的实现方式中，所述号码确认界面中展示有如下一个或多个号码，以供用户选择本次呼叫过程中所使用的呼出号码：

用户设定的注册号码、用户设定的一个或多个备选号码、电子设备当前使用的通信号码或上一次呼叫过程中所使用的呼出号码。

在一个可选的实现方式中，所述号码确认界面中展示有号码设置入口；

所述号码确定模块，还用于：

若所述号码设置入口被触发，则获取新设置的号码作为所述呼出号码。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

接收主叫方发送的基于虚拟号码的呼叫请求；

若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；

若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

通过所述号码确认界面确定所述呼出号码；

若所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；

若所述呼出号码为与所述注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；

接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例中的虚拟号码请求和发送方案，用户在需要呼叫时，客户端会输出号码确认界面，通过该号码确认界面，用户可以确认其本次呼叫所使用的呼出号码。客户端根据用户操作，确定呼出号码是否为注册号码，如果是注册号码，可以向服务器发起针对注册号码的虚拟号码请求；如果是其他号码，可以发起针对其他号码的虚拟号码请求。服务器根据客户端的请求，如果是针对注册号码，则可以将预分配的第一虚拟号码发送给客户端，如果是针对其他号码，可以为用户重新分配第二虚拟号码，从而可以防止用户因使用新号码而导致的呼叫失败的情况。

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

附图说明

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

图1是相关技术中虚拟号码请求和发送方法的应用场景示意图。

图2A是本申请根据一示例性实施例示出的一种虚拟号码请求和发送方法的流程图。

图2B是本申请根据一示例性实施例示出的一种应用界面的示意图。

图3是本申请根据一示例性实施例示出的一种虚拟号码请求装置的框图。

图4是本申请根据一示例性实施例示出的一种虚拟号码发送装置的框图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

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

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

如图1所示，是相关技术中虚拟号码请求和发送方法的应用场景示意图，图1中包括若干个作为提供虚拟号码服务以及移动通信网络服务的通信服务方的通信服务器、作为使用所述虚拟号码服务的应用服务方配置的应用服务器、用户A所持有的个人设备A1、以及用户B所持有的个人设备B1。本申请实施例中的个人设备可以包括各种具有移动通信功能的终端，例如，手机、平板电脑或电话机等，当然，本申请实施例也不排除在PC(PersonalComputer，个人计算机)上的应用。

在实际应用中，应用服务方可以是网约车应用服务方、外卖应用服务方或到家应用服务方等等。用户可以在智能终端中安装所述应用服务方所提供的客户端(APP，Application)，并登录应用服务器注册账户，在应用服务器登记个人信息(例如用户名称、通信地址、注册号码或身份信息等等)通过APP获得应用服务方所提供的应用服务。用户在使用应用服务的过程中，可能会涉及与另一用户通信的情况，应用服务方为保护用户隐私，可以为用户提供虚拟号码服务。

以网约车服务方为例进行说明，相关技术的处理过程为：

用户B利用个人设备B1中的APP发起网约车订单；用户A利用个人设备A1中的APP响应该网约车订单；个人设备A1中的APP与个人设备B1中的APP都会向应用服务器发起业务请求。

针对此项网约车订单业务处理请求，应用服务器的处理为：

一方面，需要获取用户A和用户B的相关信息(包括用户标识、用户的注册号码等等)，为用户A和用户B创建一项订单业务数据。

另一方面，应用服务器针对此项业务，向通信服务方请求一虚拟号码(请求时通常需要发送用户A的注册号码和用户B的注册号码)。

在接收到通信服务方发送的虚拟号码后，应用服务器将包括有虚拟号码的订单业务数据发送给个人设备A1中的APP与个人设备B1中的APP。APP在接收到订单业务数据后，对订单业务数据进行处理，以在APP应用界面中展示订单业务数据，供用户查阅。针对本项业务，用户在需要时，可以通过APP向另一用户发起呼叫，应用服务器会根据APP的请求，将预先分配的虚拟号码发送给APP。

上述申请虚拟号码的过程，应用服务器利用用户的注册号码进行申请的虚拟号码。实际应用中，有可能用户使用其他设备登录APP、或者是用户更换了通信号码、或者是使用例如双卡双待的移动设备，在这些情况中，用户在呼叫时所使用的呼出号码，都与其预先在服务器登记的注册号码不同。

因此，当APP获取到虚拟号码，向虚拟号码发起呼叫，通信服务方会发现，对于用户使用的呼叫号码，查找不到绑定关系，因此会出现呼叫失败的情况。

而本申请实施例所提供的虚拟号码请求和发送方案，用户在需要呼叫时，客户端会输出号码确认界面，通过该号码确认界面，用户可以确认其本次呼叫所使用的呼出号码。客户端根据用户操作，确定呼出号码是否为注册号码，如果是注册号码，可以向服务器发起针对注册号码的虚拟号码请求；如果是其他号码，可以发起针对其他号码的虚拟号码请求。服务器根据客户端的请求，如果是针对注册号码，则可以将预分配的第一虚拟号码发送给客户端，如果是针对其他号码，可以为用户重新分配第二虚拟号码，从而可以防止用户因使用新号码而导致的呼叫失败的情况。接下来对本申请实施例进行详细说明。

本申请实施例所提供了虚拟号码请求方案和虚拟号码发送方案，虚拟号码请求方案可应用于用户个人设备中所安装的APP，虚拟号码发送方案可应用于应用服务方所配置的服务器。接下来APP端和服务端两端交互的角度描述虚拟号码请求方案和虚拟号码发送方案。

如图2A所示，图2A是本申请根据一示例性实施例示出的虚拟号码请求方法和虚拟号码发送方法的流程图，包括如下步骤：

在步骤201中，当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码。

实际应用中，APP中应用界面可以展示有针对本项业务的呼叫选项或按钮等控件，用户可以点击该控件，通过该控件可以检测到用户触发呼叫操作。此时，APP端可以输出号码确认界面，以通过该号码确认界面提示用户确认本次呼叫过程中所使用的呼出号码。

如图2B所示，是本申请根据一示例性实施例示出的一种号码确认界面的示意图，图2B中APP端采用弹出窗口的方式展示号码确认界面。为了便于用户确认，号码确认界面中可以展示用户可能使用的号码，以供用户便捷地选择本次呼叫过程中所使用的呼出号码。

在某些例子中，可以是用户设定的注册号码；在另一些例子中，假设用户在设定了注册号码的基础上，还预先设定了其他一个或多个备选号码，这些备选号码也可以在号码确认界面中进行示意；在另一些例子中，可以获取电子设备当前使用的通信号码，以在号码确认界面中进行示意；在另一些例子中，还可以将上一次呼叫过程中所使用的呼出号码在号码确认界面中进行示意。通过上述方式，号码确认界面可以显示一个或多个本次呼叫过程中用户可能使用的号码，以方便用户进行选择。

实际应用中，也可能出现号码确认界面中所展示的上述号码都不是用户本次呼叫过程将要使用的号码，因此，请参考图2B，号码确认界面中还可以展示有号码设置入口，该号码设置入口用于确定用户是否有需要设置新呼出号码的需求。当所述号码设置入口被触发，则表示用户需要设置新呼出号码，APP可以通过提供输入框等功能，从而获取用户新设置的号码作为所述呼出号码。

在步骤202中，APP端通过所述号码确认界面确定所述呼出号码。

在步骤203中，APP端向服务器发送基于虚拟号码的呼叫请求。其中，若所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；若所述呼出号码为与所述注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求。

在步骤204中，服务器接收主叫方发送的基于虚拟号码的呼叫请求。

在步骤205中，在服务器侧，若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

由前述分析可知，服务器针对涉及虚拟号码保护的业务，预先记录有业务数据，以及虚拟号码绑定关系。当APP端的呼叫请求到达时，服务器可以获知本次呼叫请求所涉及的业务、以及相关业务数据和虚拟号码绑定关系。因此，服务器接收到请求后，若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，则预分配的第一虚拟号码不可用，服务器可以针对所述其他号码重新分配第二虚拟号码，将重新分配的第二虚拟号码发送给所述主叫方。

实际应用中，应用服务方可以预先配置通信服务方集合，该通信服务方集合中可以包括一个或多个提供中间号服务的通信服务方，通信服务方数量越多，则有望能够满足更多用户的通信需求。在重新分配第二虚拟号码时，可以从通信服务方集合中选取一合适的通信服务方进行虚拟号码的申请。

对于第二虚拟号码，通信服务方记录有该其他号码、第二虚拟号码和被叫方号码的绑定关系。

当服务器接收到第二虚拟号码后，可以将第二虚拟号码发送给客户端，以供客户端进行基于虚拟号码的呼叫。

在步骤206中，接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

业务进行过程中，用户可能还会进行多次呼叫，因此，在一个可选的实现方式中，服务器还可以将所述第二虚拟号码与所述其他号码进行绑定，则在下一次呼叫时，可以根据记录的绑定关系，将虚拟号码及时发送给用户。

由于虚拟号码资源有限，在所述呼叫请求所涉及的业务结束时，服务器还可以解除所述绑定，以释放该虚拟号码资源，解除绑定后，主叫方和被叫方之间将无法通过虚拟号码通信，也有利于保护用户隐私。

与前述虚拟号码请求方法、发送方法的实施例相对应，本申请还提供了虚拟号码请求装置、发送装置的实施例。

如图3所示，是本申请根据一示例性实施例示出的一种虚拟号码发送装置的框图，所述装置包括：

呼叫请求接收模块31，用于：接收主叫方发送的基于虚拟号码的呼叫请求。

号码发送模块32，用于：若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

由前述分析可知，服务器针对涉及虚拟号码保护的业务，预先记录有业务数据，以及虚拟号码绑定关系。当APP端的呼叫请求到达时，服务器可以获知本次呼叫请求所涉及的业务、以及相关业务数据和虚拟号码绑定关系。因此，服务器接收到请求后，若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；若所述呼叫请求为针对其他号码的请求，则预分配的第一虚拟号码不可用，服务器可以针对所述其他号码重新分配第二虚拟号码，将重新分配的第二虚拟号码发送给所述主叫方。

实际应用中，应用服务方可以预先配置通信服务方集合，该通信服务方集合中可以包括一个或多个提供中间号服务的通信服务方，通信服务方数量越多，则有望能够满足更多用户的通信需求。在重新分配第二虚拟号码时，可以从通信服务方集合中选取一合适的通信服务方进行虚拟号码的申请。

对于重新分配的第二虚拟号码，通信服务方记录有该其他号码、第二虚拟号码和被叫方号码的绑定关系。

当服务器接收到第二虚拟号码后，可以将第二虚拟号码发送给客户端，以供客户端进行基于虚拟号码的呼叫。

业务进行过程中，用户可能还会进行多次呼叫，因此，在一个可选的实现方式中，所述装置还包括绑定模块(图3未示出)，用于：

将所述第二虚拟号码与所述其他号码进行绑定。因此，在下一次呼叫时，可以根据记录的绑定关系，将第二虚拟号码及时发送给用户。

由于虚拟号码资源有限，在所述呼叫请求所涉及的业务结束时，所述装置还包括解绑模块(图3未示出)，用于：

在所述呼叫请求所涉及的业务结束时，解除所述绑定，以释放该虚拟号码资源，解除绑定后，主叫方和被叫方之间将无法通过虚拟号码通信，也有利于保护用户隐私。

如图4所示，是本申请根据一示例性实施例示出的一种虚拟号码请求装置的框图，所述装置包括：

界面输出模块41，用于：当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码。

号码确定模块42，用于：通过所述号码确认界面确定所述呼出号码。

呼叫请求发送模块43，用于：在所述呼出号码为用户预登记的注册号码时，向服务器发起针对所述注册号码的虚拟号码请求；在所述呼出号码为与所述注册号码不同的其他号码时，向服务器发起针对所述其他号码的虚拟号码请求。

号码接收模块44，用于：接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

实际应用中，APP中应用界面可以展示有针对本项业务的呼叫选项或按钮等控件，用户可以点击该控件，通过该控件可以检测到用户触发呼叫操作。此时，APP端可以输出号码确认界面，以通过该号码确认界面提示用户确认本次呼叫过程中所使用的呼出号码。

如图2B所示，是本申请根据一示例性实施例示出的一种号码确认界面的示意图，图2B中APP端采用弹出窗口的方式展示号码确认界面。为了便于用户确认，号码确认界面中可以展示用户可能使用的号码，以供用户便捷地选择本次呼叫过程中所使用的呼出号码。

在某些例子中，号码确认界面中展示的号码可以是用户设定的注册号码；在另一些例子中，假设用户在设定了注册号码的基础上，还预先设定了其他一个或多个备选号码，这些备选号码也可以在号码确认界面中进行示意；在另一些例子中，可以获取电子设备当前使用的通信号码，以在号码确认界面中进行示意；在另一些例子中，还可以将上一次呼叫过程中所使用的呼出号码在号码确认界面中进行示意。通过上述方式，号码确认界面可以显示一个或多个本次呼叫过程中用户可能使用的号码，以方便用户进行选择。

实际应用中，也可能出现号码确认界面中所展示的上述号码都不是用户本次呼叫过程将要使用的号码，因此，请参考图2B，号码确认界面中还可以展示有号码设置入口，该号码设置入口用于确定用户是否有需要设置新呼出号码的需求。当所述号码设置入口被触发，则表示用户需要设置新呼出号码，APP可以通过提供输入框等功能，从而获取用户新设置的号码作为所述呼出号码。

实际应用中，也可能出现号码确认界面中所展示的上述号码都不是用户本次呼叫过程将要使用的号码，因此，请参考图2B，所述号码确认界面中还可展示有号码设置入口；所述号码确定模块，还用于：

若所述号码设置入口被触发，则获取新设置的号码作为所述呼出号码。

本实施例中，该号码设置入口用于确定用户是否有需要设置新呼出号码的需求。当所述号码设置入口被触发，则表示用户需要设置新呼出号码，APP可以通过提供输入框等功能，从而获取用户新设置的号码作为所述呼出号码。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应地，本申请实施例还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

接收主叫方发送的基于虚拟号码的呼叫请求；

若所述呼叫请求为所述主叫方利用注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方；

若所述呼叫请求为所述主叫方利用与所述注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

相应地，本申请实施例还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

通过所述号码确认界面确定所述呼出号码；

若所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；

若所述呼出号码为与所述注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；

接收服务器所返回的虚拟号码，向所述虚拟号码发起呼叫。

本申请可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。

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

本申请实施例公开了TS1、一种虚拟号码发送方法，其中，所述方法包括：

接收主叫方发送的基于虚拟号码的呼叫请求；以及

根据所述呼叫请求向所述主叫方发送虚拟号码；

其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码，包括：

响应于所述呼叫请求为所述主叫方利用与注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

TS2、根据TS1所述的方法，其中，所述方法还包括：

将所述第二虚拟号码与所述其他号码进行绑定。

TS3、根据TS2所述的方法，其中，所述方法还包括：

在所述呼叫请求所涉及的业务结束时，解除所述绑定。

TS4、根据TS1所述的方法，其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码，还包括：

响应于所述呼叫请求为所述主叫方利用所述注册号码进行呼叫，向所述主叫方发送预分配给所述注册号码的第一虚拟号码。

TS5、一种虚拟号码请求方法，其中，应用于电子设备，所述方法包括：

当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

通过所述号码确认界面确定所述呼出号码；以及

请求并呼叫所述呼出号码对应的虚拟号码；

其中，所述请求并呼叫所述呼出号码对应的虚拟号码，包括：

响应于所述呼出号码为与注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；以及

接收服务器所返回的第二虚拟号码，向所述第二虚拟号码发起呼叫。

TS6、根据TS5所述的方法，其中，所述号码确认界面中展示有如下一个或多个号码，以供用户选择本次呼叫过程中所使用的呼出号码：

用户设定的注册号码、用户设定的一个或多个备选号码、电子设备当前使用的通信号码或上一次呼叫过程中所使用的呼出号码。

TS7、根据TS5所述的方法，其中，所述号码确认界面中展示有号码设置入口；

所述通过所述号码确认界面确定所述呼出号码，包括：

响应于所述号码设置入口被触发，获取新设置的号码作为所述呼出号码。

TS8、根据TS5所述的方法，其中，所述请求并呼叫所述呼出号码对应的虚拟号码，还包括：

响应于所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；

接收服务器所返回的第一虚拟号码，向所述第一虚拟号码发起呼叫。

TS9、一种虚拟号码发送装置，其中，所述装置包括：

呼叫请求接收模块，用于：接收主叫方发送的基于虚拟号码的呼叫请求；以及

号码发送模块，用于根据所述呼叫请求向所述主叫方发送虚拟号码；

其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码，包括：

响应于所述呼叫请求为所述主叫方利用与注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

TS10、根据TS9所述的装置，其中，所述装置还包括：

绑定模块，用于将所述第二虚拟号码与所述其他号码进行绑定。

TS11、根据TS10所述的装置，其中，所述装置还包括：

解绑模块，用于在所述呼叫请求所涉及的业务结束时，解除所述绑定。

TS12、根据TS9所述的装置，其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码还包括：

响应于所述呼叫请求为所述主叫方利用所述注册号码进行呼叫，将预分配给所述注册号码的第一虚拟号码发送给所述主叫方。

TS13、一种虚拟号码请求装置，其中，应用于电子设备，所述装置包括：

界面输出模块，用于当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

号码确定模块，用于通过所述号码确认界面确定所述呼出号码；以及

呼叫请求发送模块，用于请求并呼叫所述呼出号码对应的虚拟号码；

其中，所述请求并呼叫所述呼出号码对应的虚拟号码，包括：

响应于所述呼出号码为与注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；以及

接收服务器所返回的第二虚拟号码，向所述第二虚拟号码发起呼叫。

TS14、根据TS13所述的装置，其中，所述号码确认界面中展示有如下一个或多个号码，以供用户选择本次呼叫过程中所使用的呼出号码：

用户设定的注册号码、用户设定的一个或多个备选号码、电子设备当前使用的通信号码或上一次呼叫过程中所使用的呼出号码。

TS15、根据TS13所述的装置，其中，所述号码确认界面中展示有号码设置入口；

所述号码确定模块还用于：

响应于所述号码设置入口被触发，获取新设置的号码作为所述呼出号码。

TS16、根据TS13所述的装置，其中，所述请求并呼叫所述呼出号码对应的虚拟号码，包括：

响应于所述呼出号码为用户预登记的注册号码，向服务器发起针对所述注册号码的虚拟号码请求；以及

接收服务器所返回的第一虚拟号码，向所述第一虚拟号码发起呼叫。

TS17、一种计算机存储介质，其中，所述存储介质中存储有程序指令，所述程序指令用于执行如TS1-8中任一项所述的方法。

Claims (10)

1.一种虚拟号码发送方法，其特征在于，所述方法包括：

接收主叫方发送的基于虚拟号码的呼叫请求；以及

根据所述呼叫请求向所述主叫方发送虚拟号码；

其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码，包括：

响应于所述呼叫请求为所述主叫方利用与注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

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

将所述第二虚拟号码与所述其他号码进行绑定。

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

在所述呼叫请求所涉及的业务结束时，解除所述绑定。

4.根据权利要求1所述的方法，其特征在于，所述根据所述呼叫请求向所述主叫方发送虚拟号码，还包括：

响应于所述呼叫请求为所述主叫方利用所述注册号码进行呼叫，向所述主叫方发送预分配给所述注册号码的第一虚拟号码。

5.一种虚拟号码请求方法，其特征在于，应用于电子设备，所述方法包括：

当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

通过所述号码确认界面确定所述呼出号码；以及

请求并呼叫所述呼出号码对应的虚拟号码；

其中，所述请求并呼叫所述呼出号码对应的虚拟号码，包括：

响应于所述呼出号码为与注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；以及

接收服务器所返回的第二虚拟号码，向所述第二虚拟号码发起呼叫。

6.根据权利要求5所述的方法，其特征在于，所述号码确认界面中展示有如下一个或多个号码，以供用户选择本次呼叫过程中所使用的呼出号码：

用户设定的注册号码、用户设定的一个或多个备选号码、电子设备当前使用的通信号码或上一次呼叫过程中所使用的呼出号码。

7.根据权利要求5所述的方法，其特征在于，所述号码确认界面中展示有号码设置入口；

所述通过所述号码确认界面确定所述呼出号码，包括：

响应于所述号码设置入口被触发，获取新设置的号码作为所述呼出号码。

8.一种虚拟号码发送装置，其特征在于，所述装置包括：

呼叫请求接收模块，用于：接收主叫方发送的基于虚拟号码的呼叫请求；以及

号码发送模块，用于根据所述呼叫请求向所述主叫方发送虚拟号码；

其中，所述根据所述呼叫请求向所述主叫方发送虚拟号码，包括：

响应于所述呼叫请求为所述主叫方利用与注册号码不同的其他号码进行呼叫，为所述其他号码分配第二虚拟号码，将所述第二虚拟号码发送给所述主叫方。

9.一种虚拟号码请求装置，其特征在于，应用于电子设备，所述装置包括：

界面输出模块，用于当呼叫操作被触发时，输出号码确认界面，所述号码确认界面用于提示用户确认本次呼叫过程中所使用的呼出号码；

号码确定模块，用于通过所述号码确认界面确定所述呼出号码；以及

呼叫请求发送模块，用于请求并呼叫所述呼出号码对应的虚拟号码；

其中，所述请求并呼叫所述呼出号码对应的虚拟号码，包括：

响应于所述呼出号码为与注册号码不同的其他号码，向服务器发起针对所述其他号码的虚拟号码请求；以及

接收服务器所返回的第二虚拟号码，向所述第二虚拟号码发起呼叫。

10.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令用于执行如权利要求1-7中任一项所述的方法。

Images