CN108667634B - 通信方法、装置及存储介质 - Google Patents

Abstract

本申请提供一种通信方法、装置及存储介质。该通信方法包括：监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。本申请可以监控通信运营商的网络状态，能防止虚拟号码服务的通话异常导致的数据积压，保证用户间通话稳定性，提升用户的通话体验。

Description

通信方法、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及通信方法、装置及存储介质。

背景技术

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

某些特定应用场景需要上述虚拟号码服务。例如，网约车场景中，为了保护司机和乘客双方的隐私，网约车服务方可能会购买一个或多个通信运营商的虚拟号码服务。在生成网约车订单时，网约车服务方会选取一个通信运营商，并获取该通信运营商的虚拟号码发送给司机和乘客。以司机通过该虚拟号码呼叫乘客的通信过程为例，可以是：司机向虚拟号码发起呼叫，随后由虚拟号码向乘客发起呼叫，虚拟号码为司机和乘客建立呼叫连接，整个过程中司机和乘客双方通过该虚拟号码沟通，其真实手机号码彼此不公开，订单完成或取消时该虚拟号码失效，从而达到保护司机和乘客的真实通信号码的目的。

相关技术中，存在并发通话量较大、通信运营商的虚拟号码服务异常的情况，如何确保及时请求到虚拟号码、防止数据积压成为亟待解决的问题。

发明内容

有鉴于此，本申请提供一种通信方法、装置及存储介质。

具体地，本申请是通过如下技术方案实现的：

一种通信方法，所述方法包括：

监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；

在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

可选的，所述监控预配置的运营商集合中各通信运营商的网络状态，包括：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

可选的，所述统计结果包括如下一种或多种信息：

均单呼叫次数、虚拟号码绑定成功率、非号码保护呼叫占比、零呼叫订单占比、接通率或平均接通时长。

可选的，所述方法还包括：

若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

可选的，所述方法还包括：

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

可选的，所述查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方，包括：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方；

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方。

可选的，所述根据预设降级策略确定呼叫号码，包括：

将被叫方的真实号码确定为所述呼叫号码；或，

在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商，向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。

一种通信方法，所述方法包括：

在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

根据接收到的呼叫号码向被叫方发起呼叫。

一种通信装置，所述装置包括：

网络状态确定模块，用于：监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；

虚拟号码请求模块，用于：在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

可选的，所述网络状态确定模块，还用于：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

可选的，所述统计结果包括如下一种或多种信息：

均单呼叫次数、虚拟号码绑定成功率、非号码保护呼叫占比、零呼叫订单占比、接通率或平均接通时长。

可选的，所述网络状态确定模块，还用于：若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

可选的，所述装置还包括：呼叫号码发送模块，用于：

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

可选的，所述呼叫号码发送模块，还用于：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方；

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方。

可选的，所述呼叫号码发送模块，还用于：

将被叫方的真实号码确定为所述呼叫号码；或，

在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商；向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。

一种通信装置，所述装置包括：

呼叫号码请求模块，用于：在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

呼叫号码接收模块，用于：接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

呼叫模块，用于：根据接收到的呼叫号码向被叫方发起呼叫。

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

监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；

在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

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

在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

根据接收到的呼叫号码向被叫方发起呼叫。

由以上描述可以看出，应用服务方可以监控各通信运营商的网络状态，在需要为用户分配虚拟号码时，应用服务方可以确定是否有网络状态异常的通信运营商，从而在需要请求虚拟号码时，可以选取网络状态监控结果正常且接收的状态信息正常的通信运营商发起请求，以避免向状态异常的通信运营商发起请求而导致的响应缓慢和数据积压的问题。本申请实施例可以监控通信运营商的网络状态，能防止虚拟号码服务异常导致的数据积压，进而保证用户间通话稳定性，提升用户的通话体验。

附图说明

图1是本申请根据一示例性实施例示出的一种通信方法的应用场景图。

图2是本申请一示例性实施例示出的一种通信方法的流程示意图。

图3是本申请一示例性实施例示出的另一种通信方法的流程示意图。

图4是本申请一示例性实施例示出的一种通信装置的框图。

图5是本申请一示例性实施例示出的另一种通信装置的框图。

具体实施方式

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

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

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

如图1所示，是本申请根据一示例性实施例示出的一种通信方法的应用场景示意图，图1中包括若干个作为提供虚拟号码服务以及移动通信网络服务的通信运营商的通信服务器、作为使用所述虚拟号码服务的应用服务方的应用服务器、用户A所持有的智能终端A1、以及用户B所持有的智能终端B1。

在实际应用中，应用服务方可以是网约车应用服务方、外卖应用服务方或到家应用服务方等等。用户可以在智能终端中安装所述应用服务方所提供的客户端(APP，Application)，通过APP获得应用服务方所提供的应用服务。用户在使用应用服务的过程中，可能会涉及与另一用户通信的情况，应用服务方为保护用户隐私，可以为用户提供虚拟号码服务。

以网约车服务方为例进行说明，相关技术中，用户B发起打车订单，用户A响应该打车订单，应用服务器在生成网约车订单时，应用服务器会选取一个通信服务方，从通信服务方请求一个虚拟号码，并将该虚拟号码发送给用户A和用户B。用户A通过该虚拟号码呼叫用户B的通信过程，具体是用户A向虚拟号码发起呼叫，由提供该虚拟号码对应的通信运营商，以该虚拟号码向用户B发起呼叫，该虚拟号码对应的通信运营商为司机和乘客建立呼叫连接。

然而，通信运营商的服务可能存在不稳定性，例如网络抖动、基站信号抖动、以及平台服务异常等等。若用户利用网络状态异常的通信运营商所分配的虚拟号码发起呼叫，则会发生通话失败的情况。而网约车服务方对于通信稳定性的要求很高，假设通信运营商每分钟有超过上万通虚拟电话的并发请求，若通信运营商虚拟号码服务异常，每一分钟的通话异常都将严重影响到很多用户的通话情况；另一方面，在向通信运营商请求分配虚拟号码时，若通信运营商网络异常，将会导致网约车服务方侧的数据积压。

而本申请实施例所提供的通信方案，应用服务方可以监控各通信运营商的网络状态，在需要为用户分配虚拟号码时，应用服务方可以确定是否有网络状态异常的通信运营商，从而在需要请求虚拟号码时，可以选取网络状态监控结果正常且接收的状态信息正常的通信运营商发起请求，以避免向状态异常的通信运营商发起请求而导致的响应缓慢和数据积压的问题。本申请实施例可以监控通信运营商的网络状态，能防止虚拟号码服务的通话异常导致的数据积压，进而保证用户间通话稳定性，提升用户的通话体验。接下来对本申请实施例进行详细说明。

如图2所示，图2是本申请根据一示例性实施例示出的一种通信方法的流程图，可配置于应用服务器中，包括如下步骤201至203：

在步骤201中，监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息。

在步骤202中，在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

本实施例中，应用服务方可以预先配置运营商集合，该运营商集合中可以包括一个或多个提供虚拟号码服务的通信运营商，通信运营商数量越多，则有望能够满足更多用户的通信需求。应用服务方可以监控各通信运营商的网络状态，对于如何监控各通信运营商的网络状态，可以有多种方式实现。例如，在一个可选的实现方式中，可以是：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

通信运营商可以实时上报通话数据给应用服务器，针对每次通话，所述通话数据可以包括：是否接通、接通时长、是否为号码保护呼叫等，具体可以由网约车服务提供商和运营商之间协调约定，本申请对此不作特殊限制。

在本实施例中，应用服务器在接收到运营商上报的通话数据后，可以对该通话数据进行统计，以确定运营商的网络状况。

具体地，应用服务器可以统计一段时间内用户订单的均单呼叫次数，比如：可用该段时间内的用户订单中通话订单的数量除以总用户订单的数量；还可以统计这段时间内的非虚拟号码的呼叫占比，比如：可用该段时间内非虚拟号码呼叫的数量除以该段时间内总的通话数量；类似的，应用服务器还可以统计虚拟号码绑定成功率、零呼叫订单占比、接通率、平均接通时长等。其中，上述各种通话数据的统计周期也可以由开发人员进行设置，比如：3分钟、5分钟等。

在本实施例中，应用服务器可以根据上述通话数据的统计结果确定对应通信运营商的网络状态，比如：开发人员可以预先设置网络状态确定规则，应用服务器可以根据该确定规则确定通信运营商的网络状态，其中，所述确定规则可以包括每个维度的统计结果所对应的权重，各个维度统计结果的量化标准等。应用服务器可以基于该量化标准量化各个维度的统计结果，然后根据对应的权重对量化结果进行加权求和，并将求和结果和所述确定规则中预设的阈值进行比较，以确定通信运营商的网络状态，这部分的处理与实现可以参照相关技术，本申请在此不再一一赘述。

同时，本实施例的应用服务器还可以根据运营商定期上报的状态信息确定运营商的网络状态。具体地，运营商可以定期向应用服务器上报指示其网络状态的状态信息，比如：正常或异常。若应用服务器接收通信运营商定期发送的用于指示网络状态正常或异常的状态信息，根据所述状态信息能快速准确地确定所述通信运营商的网络状态。

若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

其中，若连续N个上报周期应用服务器均未接收到运营商上报的状态信息，则可以确定运营商的网络状况异常，其中，N为大于1的自然数，可以由开发人员设置具体数值。

通过上述方式，应用服务器可以确定各个通信运营商的网络状态。例如，可以是网络状态监控结果正常，并且接收的状态信息正常，则确定通信运营商网络状态正常，则可选取该通信运营商发起虚拟号码请求。若网络状态监控结果异常、接收的状态信息异常或持续一定时间未接收到状态信息，则可确定通信运营商的网络状态异常，则应用服务器可以在选取通信运营商发起请求时在集合中将其排除。对于网络状态异常，在一些例子中，若运营商上报的状态信息是异常，则网约车服务端可以确定运营商的网络状况异常，此时可无需再根据通话数据进行确定。在另一些例子中，若运营商上报的状态信息是正常，则应用服务器还可以根据统计的通话数据进一步确定通信运营商的网络状况等等。具体的方式可以根据上述描述，在实际应用中灵活配置，本实施例对此不作限定。

接下来针对应用服务器根据通信运营商的网络状态，为用户提供虚拟号码服务的过程进行说明。

实际应用中，应用服务器需要为用户向通信运营商请求虚拟号码，具体的方式可以是：应用服务器利用客户端发送的业务数据，根据业务数据确定是否需要为用户提供虚拟号码服务。例如，以网约车场景为例，可以是根据通信双方用户的业务数据，确定其中一方发起乘车订单，另一方响应该乘车订单并接收的时候，则可确定需为通信双方提供虚拟号码。在实际应用中，可以根据具体应用场景，灵活配置确定为通信双方提供虚拟号码服务的方式，本申请实施例对此不作限定。

当应用服务器确定需要为用户提供虚拟号码后，可以在集合中选取一个通信运营商，由应用服务器向所选取的通信运营商请求为通信双方用户分配一个虚拟号码。由于本实施例的应用服务器可以确定集合中各通信运营商的网络状态的监控结果以及接收到状态信息，因此，应用服务器可以选取网络状态监控结果正常且接收的状态信息正常的通信运营商，相对于相关技术，当有通信运营商网络状态异常，应用服务器可以将请求分配虚拟号码的数据流量切换至网络状态正常的通信运营商，因此可以避免选取到网络状态异常的通信运营商，从而保证虚拟号码的通信稳定性。

在通信运营商为通信双方分配有虚拟号码后，通信双方与虚拟号码即建立有对应关系。某些相关技术中，在通信运营商为通信双方分配有虚拟号码后，应用服务器会将所分配的虚拟号码发送给通信双方，则通信双方需要通信时，客户端直接通过所接收到的虚拟号码发起通信。

为了提高数据处理效率，在本实施例中，可以是在通信运营商为通信双方分配有虚拟号码后，应用服务器可以暂不将所分配的虚拟号码立即发送给通信双方，而是可以进行记录，在通信双方需要通信的时候，根据通信运营商的网络状态控制通信双方的通信方式。具体的，本实施例中的方法还可以包括：

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

应用服务器在通信运营商为通信双方分配有虚拟号码后没有向通信双方提供虚拟号码，因此当分配有虚拟号码的通信双方中任一方需要与另一方通信时，由于主叫方并不清楚被叫方的呼叫号码，主叫方需要请求获得被叫方的号码。因此，应用服务器可以在接收到主叫方针对被叫方的呼叫请求时，确定分配有虚拟号码的主叫方和被叫方需要通信。实际应用中，可以是应用服务方所提供的客户端中，提供有针对向另一用户通信的控件，用户作为主叫方，可以主动触发该控件，客户端检测到针对被叫方的呼叫操作被触发，确定用户具有与被叫方通信的需求，即可向应用服务器发送请求。应用服务器接收到该请求后，由于此时预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态可能有异常，因此应用服务器会先确定目标通信运营商的网络状态，以根据网络状态确定被叫方的呼叫号码。

具体的，所述查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方，可以包括：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方。

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方。

本实施例中，在目标通信运营商的网络状态正常的情况下，则可以发送虚拟号码给主叫方，以供主叫方通过虚拟号码与被叫方通话，达到保护通信双方真实号码的目的。在目标通信运营商的网络状态异常的情况下，则可以根据预设降级策略确定被叫方的呼叫号码。本实施例的预设降级策略，是指服务器运营人员预先针对网络状态异常的情况，为了优先保证通信双方能及时通信所设定的策略，由于目标通信运营商的网络状态异常，则被叫方的呼叫号码可以与目标通信运营商预先分配的虚拟号码不同。

在一个可选的实现方式中，可以是将被叫方的真实号码确定为所述呼叫号码，则主叫方可以利用该真实号码与被叫方及时通信，从而避开通信运营商的虚拟号码服务异常。

在另一个可选的实现方式中，还可以是在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商；向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。本实施例中，可以及时请求另一通信运营商分配虚拟号码，以使用网络状态正常的通信运营商提供的虚拟号码服务，使通信双方的虚拟号码通话正常进行。

本申请还提供给了另一种通信方法的实施例，如图3所示，是该通信方法的流程图，可应用于电子设备，包括如下步骤301至303：

在步骤301中，在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码。

在步骤302中，接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码。

在步骤303中，根据接收到的呼叫号码向被叫方发起呼叫。

本实施例中的电子设备，可以是智能手机、平板电脑或可穿戴设备等具有通信功能的设备。上述电子设备可安装应用服务方所提供的APP，以获得应用服务方所提供的服务。用户在通过APP获得服务的过程中，可能需要与其他用户通信，APP中可以提供与另一用户通信的控件，用户作为主叫方，可以主动触发该控件，客户端检测到针对被叫方的呼叫操作被触发，确定用户具有与被叫方通信的需求，即可向应用服务器发送请求。应用服务器接收到该请求后，由于此时预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态可能有异常，因此应用服务器会先确定目标通信运营商的网络状态，以根据网络状态确定被叫方的呼叫号码。若服务端确定目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码。根据接收到的呼叫号码，主叫方即可向被叫方发起呼叫。

与前述通信方法的实施例相对应，本申请还提供了通信装置的实施例。

如图4所示，图4是本申请根据一示例性实施例示出的一种通信装置的框图，可应用于应用服务器，包括：

网络状态确定模块41，用于：监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息。

虚拟号码分配模块42，用于：在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

本实施例中，应用服务方可以预先配置运营商集合，该运营商集合中可以包括一个或多个提供虚拟号码服务的通信运营商，通信运营商数量越多，则有望能够满足更多用户的通信需求。应用服务方可以监控各通信运营商的网络状态，对于如何确定各通信运营商的网络状态，可以有多种方式实现。

在一个可选的实现方式中，所述网络状态确定模块41，还用于：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

通信运营商可以实时上报通话数据给应用服务器，针对每次通话，所述通话数据可以包括：是否接通、接通时长、是否为号码保护呼叫等，具体可以由网约车服务提供商和运营商之间协调约定，本申请对此不作特殊限制。在本实施例中，应用服务器在接收到运营商上报的通话数据后，可以对该通话数据进行统计，以确定运营商的网络状况。

在一个可选的实现方式中，所述统计结果包括如下一种或多种信息：

均单呼叫次数、虚拟号码绑定成功率、非号码保护呼叫占比、零呼叫订单占比、接通率或平均接通时长。

在一个可选的实现方式中，所述网络状态确定模块41，还用于：若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

在本实施例中，应用服务器还可以根据运营商定期上报的状态信息确定运营商的网络状态。具体地，运营商可以定期向应用服务器上报其网络的状态信息，比如：正常或异常。其中，若连续N个上报周期应用服务器均未接收到运营商上报的状态信息，则可以确定运营商的网络状况异常，其中，N为大于1的自然数，可以由开发人员设置具体数值。

实际应用中，应用服务器需要为用户向通信运营商请求虚拟号码，具体的方式可以是：应用服务器利用客户端发送的业务数据，根据业务数据确定是否需要为用户提供虚拟号码服务。例如，以网约车场景为例，可以是根据通信双方用户的业务数据，确定其中一方发起乘车订单，另一方响应该乘车订单并接收的时候，则可确定需为通信双方提供虚拟号码。在实际应用中，可以根据具体应用场景，灵活配置确定为通信双方提供虚拟号码服务的方式，本申请实施例对此不作限定。

当应用服务器确定需要为用户提供虚拟号码后，可以在集合中选取一个通信运营商，由应用服务器向所选取的通信运营商请求为通信双方用户分配一个虚拟号码。由于本实施例的应用服务器可以确定集合中各通信运营商的网络状态，因此，应用服务器可以选取网络状态正常的通信运营商，相对于相关技术，当有通信运营商网络状态异常，应用服务器可以将请求分配虚拟号码的数据流量切换至网络状态正常的通信运营商，因此可以避免选取到网络状态异常的通信运营商，从而保证虚拟号码的通信稳定性。

在通信运营商为通信双方分配有虚拟号码后，通信双方与虚拟号码即建立有对应关系。某些相关技术中，在通信运营商为通信双方分配有虚拟号码后，应用服务器会将所分配的虚拟号码发送给通信双方，则通信双方需要通信时，客户端直接通过所接收到的虚拟号码发起通信。

为了提高数据处理效率，在本实施例中，可以是在通信运营商为通信双方分配有虚拟号码后，应用服务器可以暂不将所分配的虚拟号码立即发送给通信双方，而是可以进行记录，在通信双方需要通信的时候，根据通信运营商的网络状态控制通信双方的通信方式。具体的，本实施例中的装置还可包括呼叫号码发送模块(图4中未示出)，用于：

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

应用服务器在通信运营商为通信双方分配有虚拟号码后没有向通信双方提供虚拟号码，因此当分配有虚拟号码的通信双方中任一方需要与另一方通信时，由于主叫方并不清楚被叫方的呼叫号码，主叫方需要请求获得被叫方的号码。因此，应用服务器可以在接收到主叫方针对被叫方的呼叫请求时，确定分配有虚拟号码的主叫方和被叫方需要通信。实际应用中，可以是应用服务方所提供的客户端中，提供有针对向另一用户通信的控件，用户作为主叫方，可以主动触发该控件，客户端检测到针对被叫方的呼叫操作被触发，确定用户具有与被叫方通信的需求，即可向应用服务器发送请求。应用服务器接收到该请求后，由于此时预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态可能有异常，因此应用服务器会先确定目标通信运营商的网络状态，以根据网络状态确定被叫方的呼叫号码。

在一个可选的实现方式中，所述呼叫号码发送模块(图4中未示出)，还用于：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方；

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方。

在一个可选的实现方式中，所述呼叫号码发送模块(图4中未示出)，还用于：

将被叫方的真实号码确定为所述呼叫号码。

在一个可选的实现方式中，所述呼叫号码发送模块(图4中未示出)，还用于：在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商；向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。

如图5所示，图5是本申请根据一示例性实施例示出的一种通信装置的框图，可应用于电子设备，包括：

呼叫号码请求模块51，用于：在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

呼叫号码接收模块52，用于：接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

呼叫模块53，用于：根据接收到的呼叫号码向被叫方发起呼叫。

本实施例中的电子设备，可以是智能手机、平板电脑或可穿戴设备等具有通信功能的设备。上述电子设备可安装应用服务方所提供的APP，以获得应用服务方所提供的服务。用户在通过APP获得服务的过程中，可能需要与其他用户通信，APP中可以提供有针对向另一用户通信的控件，用户作为主叫方，可以主动触发该控件，客户端检测到针对被叫方的呼叫操作被触发，确定用户具有与被叫方通信的需求，即可向应用服务器发送请求。应用服务器接收到该请求后，由于此时预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态可能有异常，因此应用服务器会先确定目标通信运营商的网络状态，以根据网络状态确定被叫方的呼叫号码。若服务端确定目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码。根据接收到的呼叫号码，主叫方即可向被叫方发起呼叫。

上述通信装置中各个模块的功能和作用的实现过程具体详见上述通信方法中对应步骤的实现过程，在此不再赘述。

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

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

监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息。

在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求。

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

在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码。

接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码。

根据接收到的呼叫号码向被叫方发起呼叫。

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

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

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

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

Claims (16)

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

监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求；其中，所述监控预配置的运营商集合中各通信运营商的网络状态，包括：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

2.根据权利要求1所述的方法，其特征在于，所述统计结果包括如下一种或多种信息：

均单呼叫次数、虚拟号码绑定成功率、非号码保护呼叫占比、零呼叫订单占比、接通率或平均接通时长。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：r若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

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

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

5.根据权利要求4所述的方法，其特征在于，所述查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方，包括：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方；

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方；

其中，所述预设降级策略为预先针对网络状态异常的情况保证通信所设定的策略。

6.根据权利要求5所述的方法，其特征在于，所述根据预设降级策略确定呼叫号码，包括：

将被叫方的真实号码确定为所述呼叫号码；或，

在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商，向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。

7.一种通信方法，其特征在于，所述方法包括：

在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

根据接收到的呼叫号码向被叫方发起呼叫；

其中，所述预设降级策略为预先针对网络状态异常的情况保证通信所设定的策略。

8.一种通信装置，其特征在于，所述装置包括：

网络状态确定模块，用于：监控预配置的运营商集合中各通信运营商的网络状态并从各通信运营商接收定期发送的用于指示网络状态正常或异常的状态信息；

虚拟号码请求模块，用于：在需要为用户分配虚拟号码时，从所述集合中选取一个网络状态监控结果正常并且接收的状态信息正常的通信运营商发起虚拟号码请求；

其中，所述网络状态确定模块，还用于：

统计所述通信运营商上报的通话数据，根据所述通话数据的统计结果确定所述通信运营商的网络状态。

9.根据权利要求8所述的装置，其特征在于，所述统计结果包括如下一种或多种信息：

均单呼叫次数、虚拟号码绑定成功率、非号码保护呼叫占比、零呼叫订单占比、接通率或平均接通时长。

10.根据权利要求9所述的装置，其特征在于，所述网络状态确定模块，还用于：若连续N个发送周期均未接收到所述状态信息，则确定所述通信运营商的网络状态异常，其中，N为大于1的自然数。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：呼叫号码发送模块，用于：

在接收到主叫方针对被叫方的呼叫请求时，查询预先为所述主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态，根据所述目标通信运营商的网络状态确定被叫方的呼叫号码并发送给所述主叫方。

12.根据权利要求11所述的装置，其特征在于，所述呼叫号码发送模块，还用于：

若所述目标通信运营商的网络状态异常，则根据预设降级策略确定被叫方的呼叫号码并发送给所述主叫方；

若所述目标通信运营商的网络状态正常，则将所述目标通信运营商预先为主叫方和被叫方分配的虚拟号码作为被叫方的呼叫号码发送给所述主叫方；

其中，所述预设降级策略为预先针对网络状态异常的情况保证通信所设定的策略。

13.根据权利要求12所述的装置，其特征在于，所述呼叫号码发送模块，还用于：

将被叫方的真实号码确定为所述呼叫号码；或，

在所述集合中选取与所述目标通信运营商不同、且网络状态正常的另一通信运营商；向所选取的通信运营商请求为所述主叫方和被叫方分配虚拟号码，将所选取的通信运营商分配的虚拟号码作为所述被叫方的呼叫号码。

14.一种通信装置，其特征在于，所述装置包括：

呼叫号码请求模块，用于：在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

呼叫号码接收模块，用于：接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

呼叫模块，用于：根据接收到的呼叫号码向被叫方发起呼叫；

其中，所述预设降级策略为预先针对网络状态异常的情况保证通信所设定的策略。

15.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：

监控预配置的运营商集合中各通信运营商的网络状态；

在需要为用户分配虚拟号码时，确定所述集合中是否有网络状态异常的通信运营商，并从所述集合中选取一个通信运营商发起虚拟号码请求；其中，所选取的通信运营商不包括所述网络状态异常的通信运营商。

16.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：

在针对被叫方的呼叫操作被触发时，向服务端请求所述被叫方的呼叫号码；

接收所述服务端发送的呼叫号码，其中，若服务端判断预先为主叫方和被叫方分配虚拟号码的目标通信运营商的网络状态异常，则所述呼叫号码为根据预设降级策略所确定的号码；若所述目标通信运营商的网络状态正常，则所述呼叫号码为所述目标通信运营商预先为所述主叫方和被叫方分配的虚拟号码；

根据接收到的呼叫号码向被叫方发起呼叫；

其中，所述预设降级策略为预先针对网络状态异常的情况保证通信所设定的策略。

Images