CN112203266A - 通话方法和电子设备 - Google Patents

Abstract

本公开实施例公开了通话方法和电子设备。所述通话方法包括服务平台接收乘客终端发送的第一用车订单，所述第一用车订单包括行车信息；所述服务平台通过虚拟号平台将所述乘客终端的乘客终端号码与第一虚拟号码绑定；所述服务平台根据所述行车信息和所述第一虚拟号码生成第二用车订单；所述服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台，以供通过所述第三方平台承接所述第二用车订单的司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端。

Description

通话方法和电子设备

技术领域

本公开实施例涉及通信技术，尤其涉及通话方法和电子设备。

背景技术

随着智能设备与移动通信技术的快速发展，服务方在其服务中提供虚拟号码服务越来越常见。例如，网约车场景中，为了保护乘客的隐私，网约车平台方提供虚拟号码服务，以避免司机获知到乘客的真实号码。目前，为了提升运营能力，网约车平台方会与提供出行服务的第三方平台(运力商)合作。这种情况下，网约车平台和第三方平台都需要同时获取乘客的真实号码和司机的真实号码，才能创建虚拟号。这种方式虽然不会对乘客与司机暴露双方的真实号码，但是网约车平台需要向第三方平台告知乘客的真实号码，存在泄露用户信息的风险。

因此，有必要提供一种新的通话方法，以防止用户信息泄露。

发明内容

本公开实施例的目的在于提供可以保护用户真实号码的通话方案。

根据本公开实施例公开的第一方面，提供了通话方法，包括：服务平台接收乘客终端发送的第一用车订单，所述第一用车订单包括行车信息；

所述服务平台通过虚拟号平台将所述乘客终端的乘客终端号码与第一虚拟号码绑定；

所述服务平台根据所述行车信息和所述第一虚拟号码生成第二用车订单；

所述服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台，以供通过所述第三方平台承接所述第二用车订单的司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端。

可选地，所述司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端，包括：

响应于所述司机终端对所述第二用车订单的乘客的首次呼叫，所述虚拟号平台将与所述司机终端对应的司机号码与第二虚拟号码绑定，以使得所述司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系所述乘客终端。

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

在司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端后，响应于乘客对所述乘客终端的预设操作，所述乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系所述司机终端。

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

在司机终端通过所述第三方平台承接所述第二用车订单后，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述乘客终端号码、所述司机号码和第三虚拟号码绑定；

响应于乘客对乘客终端的预设操作，所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端。

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

在所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端后，响应于司机对司机终端的预设操作，所述司机终端通过回呼第三虚拟号码的方式联系所述乘客终端。

可选地，所述第一虚拟号码为带分机号的虚拟号码。

可选地，所述司机号码是司机终端号码或者是第三方平台提供的与司机终端号码绑定的虚拟号码。

根据本公开实施例公开的第二方面，提供了通话方法，包括：

服务平台接收乘客终端发送的第一用车订单，所述第一用车订单包括行车信息；

在第三方平台的号码模型标签为第一标签的情况下，所述服务平台通过虚拟号平台将所述乘客终端的乘客终端号码与第一虚拟号码绑定，根据所述行车信息和所述第一虚拟号码生成第二用车订单；

所述服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台，以供通过所述第三方平台承接所述第二用车订单的司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端。

可选地，所述司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端，包括：

响应于所述司机终端对所述第二用车订单的乘客的首次呼叫，所述虚拟号平台将与所述司机终端对应的司机号码与第二虚拟号码绑定，以使得所述司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系所述乘客终端。

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

在司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端后，响应于乘客对所述乘客终端的预设操作，所述乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系所述司机终端。

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

在司机终端通过所述第三方平台承接所述第二用车订单后，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述乘客终端号码、所述司机号码和第三虚拟号码绑定；

响应于乘客对乘客终端的预设操作，所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端。

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

在所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端后，响应于司机对司机终端的预设操作，所述司机终端通过回呼第三虚拟号码的方式联系所述乘客终端。

可选地，所述第一虚拟号码为带分机号的虚拟号码。

可选地，所述第一标签对应于所述第三方平台不采用虚拟号码的方式保护司机终端号码或者所述第三方平台采用第一虚拟号模型保护司机终端号码；

所述第三方平台采用第一虚拟号模型保护司机终端号码，包括：通过虚拟号平台将司机终端号码和第四虚拟号码绑定，以将所述第四虚拟号码作为所述司机号码。

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

在第三方平台的号码模型标签为第二标签的情况下，所述服务平台通过虚拟号平台将所述乘客终端号码、第五虚拟号码、第一随机号码绑定以形成绑定关系，根据所述行车信息和所述第五虚拟号码生成第三用车订单；

所述服务平台将所述第三用车订单发送给用于提供出行服务的第三方平台；

在司机终端通过所述第三方平台承接所述第三用车订单的情况下，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述绑定关系中的第一随机号码替换为司机号码，以供所述乘客终端、所述司机终端通过所述第五虚拟号码联系对方。

可选地，所述第二标签对应于所述第三方平台采用第二虚拟号模型保护司机终端号码；

所述第三方平台采用第二虚拟号模型保护司机终端号码，包括：通过虚拟号平台将第五虚拟号码、第六虚拟号码、司机终端号码绑定，以将所述第六虚拟号码作为所述司机号码。

根据本公开实施例公开的第三方面，提供了电子设备，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现本公开第一方面或者第二方面提供的通话方法。

根据本公开实施例的通话方法和电子设备，可以在服务平台通过第三方平台为乘客提供出行服务的情况下，保护乘客号码不被泄露给第三方平台和司机。

通过以下参照附图对本说明书的示例性实施例的详细描述，本说明书的其它特征及其优点将会变得清楚。

附图说明

被结合在说明书中并构成说明书的一部分的附图示出了本公开实施例，并且连同其说明一起用于解释本公开实施例的原理。

图1为可用于实现本公开实施例的通话系统的硬件配置的原理框图；

图2为本公开实施例的一种通话方法的流程示意图；

图3为本公开实施例的一种通话方法的流程示意图；

图4为本公开实施例的一种通话方法的流程示意图。

具体实施方式

现在将参照附图来详细描述本说明书的各种示例性实施例。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本说明书及其应用或使用的任何限制。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

<通话系统>

图1是可用于实现本公开实施例的通话系统100的硬件配置的框图。

如图1所示，通话系统100包括服务平台1000、第三方平台2000、虚拟号平台3000、乘客终端4000和司机终端5000。乘客终端4000与服务平台1000、服务平台1000与虚拟号平台3000、服务平台1000与第三方平台2000、司机终端5000与第三方平台2000、乘客终端4000与虚拟号平台3000、司机终端5000与虚拟号平台3000之间可以通过通信网络6000进行通信。

本实施例的应用场景可以是网约车运营场景，也就是说，服务平台1000可以是网约车平台。本实施例的应用场景可以是物流配送场景，也就是说，服务平台1000可以是物流配送平台。该物流配送场景可以为订餐服务场景，也就是说，服务平台1000可以是订餐平台。

本公开实施例中，第三方平台2000是指用于提供出行服务的运力商。该出行服务可以是运输人员的服务，也可以是单纯运输货物的服务。

本公开实施例中所指的乘客是指具有用车需求(该用车需求可能是乘车需求、定外卖需求、物流配送需求等等)的人员，乘客终端是指乘客持有的终端。本公开实施例中所指的司机是指提供运输服务以满足乘客用车需求的人员，司机终端是指司机持有的终端。

服务平台1000例如可以包括服务器。服务器可以是提供处理、数据库、通讯设施的业务点。服务器可以是整体式服务器或是跨多计算机或计算机数据中心的分散式服务器。例如，服务器可以是刀片服务器、云端服务器等，或者可以是由多台服务器组成的服务器群组。在一些实施例中，每个服务器可以包括硬件、软件、或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。

在一个实施例中，服务平台1000可以如图1所示，包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600。处理器1100可以是专用的服务器处理器，也可以是满足性能要求的台式机处理器、移动版处理器等，在此不做限定。存储器1200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括各种总线接口，例如串行总线接口(包括USB接口)、并行总线接口等。通信装置1400例如能够进行有线或无线通信。显示装置1500例如是液晶显示屏、LED显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘等。在另外的实施例中，服务平台1000还可以包括扬声器、麦克风等等，在此不做限定。尽管在图1中示出了服务平台1000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，服务平台1000只涉及存储器1200和处理器1100。

在本公开的一个实施例中，服务平台1000具有订单管理系统。在本公开的一个实施例中，服务平台1000可以提供与订单有关的服务。服务平台1000的存储器1200用于存储指令，该指令用于控制处理器1100执行相应的步骤，从而为本实施例的通话方法提供相关的支持。

第三方平台2000可以具有与上述服务平台1000类似的硬件结构，例如，第三方平台2000可以包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600等等，在此不做赘述。

在本公开实施例中，虚拟号平台3000可以配合服务平台1000、第三方平台2000、乘客终端4000、司机终端5000提供呼叫服务。

该虚拟号平台3000可以具有类似于服务平台1000的硬件配置，同样可以接入通信网络6000。该虚拟号平台3000可以和服务平台1000进行通信。虚拟号平台3000的存储器用于存储指令，该指令用于控制虚拟号平台3000的处理器执行相应的步骤，从而为本实施例的通话方法提供相关的虚拟号服务。

乘客终端4000可以是具有语音通话功能的电子设备，例如手机、具有语音通话功能的可穿戴设备等。乘客终端4000可以安装有应用程序(application，APP)，以实现车辆服务所需要的功能。例如，乘客可以通过乘客终端搭载的网约车平台的应用程序实现下单、取消订单、付车费等功能。

在一个实施例中，乘客终端4000可以如图1所示，包括处理器4100、存储器4200、接口装置4300、通信装置4400、显示装置4500、输入装置4600、扬声器4700、麦克风4800，等等。其中，处理器4100可以是微处理器MCU等。存储器4200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置4300例如包括USB(UniversalSerial Bus，通用串行总线)接口、耳机接口等。通信装置4400例如能够进行有线或无线通信，又例如能够进行短距离和远程通信。显示装置4500例如是液晶显示屏、触摸显示屏等。输入装置4600例如可以包括触摸屏、键盘等。用户可以通过扬声器4700和麦克风4800输出/输入语音信息。尽管在图1中示出了乘客终端4000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，乘客终端4000只涉及处理器4100、存储器4200、通信装置4400、显示装置4500、扬声器4700和麦克风4800。

司机终端5000可以是具有语音通话功能的电子设备，例如手机、具有语音通话功能的可穿戴设备等。司机终端5000可以安装有应用程序，以实现车辆服务所需要的功能。例如，司机可以通过司机终端搭载的第三方平台的应用程序实现接单、取消订单、结束订单、提现等功能。

司机终端5000可以具有与上述乘客终端4000类似的硬件结构，例如，司机终端5000可以包括处理器5100、存储器5200、接口装置5300、通信装置5400、显示装置5500、输入装置5600、扬声器5700、麦克风5800等等，在此不做赘述。

应当理解的是，尽管图1仅示出一个服务平台1000、第三方平台2000、一个虚拟号平台3000、乘客终端4000和司机终端5000，但不意味着限制各自的数量，通话系统100中可以包含多个服务平台1000、多个第三方平台2000、多个虚拟号平台3000、多个乘客终端4000以及多个司机终端5000。

技术人员可以根据本公开所提供的方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。

<方法实施例>

首先，介绍本公开实施例中的虚拟号模型。不同的虚拟号服务对应不同的虚拟号模型。虚拟号模型可以包括AXB、BX、AXYB和AXBN四种模型。

对于AXB模型，可以为乘客号码A和司机号码B的号码对绑定一个虚拟号码X，形成AXB的绑定关系。乘客和司机之间的通信可以通过虚拟号码X转接，乘客和司机对对方只呈现虚拟号码X。对于AXB模型，在已知乘客号码A和司机号码B的情况下，才可以建立乘客号码A、司机号码B和虚拟号码X的绑定关系。

对于BX模型，可以为司机号码B分配一个虚拟号码X，形成BX的绑定关系。对于该BX模型，乘客可以通过虚拟号码X主动联系司机，但是司机无法通过虚拟号码X联系到乘客。在建立该模型时，需要已知司机号码B才能建立BX的绑定关系。一个虚拟号码X在同一时间只能绑定一个司机号码B。

对于AXYB模型，首先为乘客号码A分配一个虚拟号码Y，建立乘客号码A与虚拟号码Y的绑定关系。在司机通过虚拟号码Y首次呼叫乘客时，触发生成虚拟号码X，形成乘客号码A、虚拟号码X、虚拟号码Y。司机号码B的绑定关系。在司机通过虚拟号码Y首次呼叫乘客之后，乘客可以通过虚拟号码X联系司机。在建立乘客号码A与虚拟号码Y的绑定关系时，不需要提前获知司机号码B。此外，虚拟号码Y为带有分机号的号码。

对于AXBN模型，首先将乘客号码A与任意号码B1通过虚拟号码X进行关联，形成AXB1的绑定关系。之后，任意号码B1可以被替换为司机号码B2，即使用司机号码B2替换任意号码B1，形成乘客号码A、虚拟号码X、司机号码B2的绑定关系。乘客和司机对对方只呈现虚拟号码X。对于网约车场景，在接收到乘客发送的网约车订单后，首先为乘客号码A和任意号码R分配一个虚拟号码X，形成AXR的绑定关系。在司机接单后，可以获取司机号码B，将任意号码X替换为司机号码B，即形成AXB的绑定关系。此时，乘客和司机可以通过虚拟号码X联系对方。

在上述AXB、AXYB和AXBN三种模型虚拟号模型中，一个虚拟号可以绑定多组不同的乘客号码和司机号码的号码对，但是不允许重复绑定，也就是不允许这些号码对中出现重复的号码。

<方法实施例一>

参见图2所示，说明本公开实施例提供的通话方法。该通话方法涉及到服务平台、第三方平台和虚拟号平台。该服务平台可以是如图1所示的服务平台1000，该服务平台可以提供订单服务。该第三方平台可以是如图1所示的第三方平台2000，该第三方平台可以提供出行服务。该虚拟号平台可以是如图1所示的虚拟号平台3000，可以提供虚拟号服务。

在方法实施例一中，服务平台可以采用AXYB模型提供虚拟号服务。该通话方法包括步骤S201-S204。

S201、服务平台接收乘客终端发送的第一用车订单，第一用车订单包括行车信息。

第一用车订单是指乘客向服务平台发送的用车订单，以使服务平台根据用车订单为乘客匹配相应的车辆。乘客终端可以安装有第一应用程序，该第一应用程序为服务平台对应的应用程序。乘客可以使用第一应用程序创建第一用车订单，并将用车订单发送给服务平台。在一个具体的例子中，乘客可以通过乘客终端的第一应用程序输入行车信息，并根据行车信息生成第一用车订单，该行车信息可以包括出发地、目的地等信息，该行车信息还可以包括出发时间等信息。

S202、服务平台通过虚拟号平台将乘客终端的乘客终端号码与第一虚拟号码绑定。

在一个实施例中，服务平台还可以获取乘客终端号码。在网约车场景中，乘客终端号码可以是乘客在注册网约车平台的账号时绑定的手机号码，也可以是乘客在第一用车订单中预留的手机号码。在物流配送场景中，乘客终端号码可以是乘客在注册物流配送平台的账号时绑定的手机号码，也可以是乘客在第一用车订单中预留的手机号。

第一虚拟号码为带分机号的虚拟号码。例如，第一虚拟号码的后四位为分机号。根据本公开实施例，采用带分机号的虚拟号码，号码的重复率低，避免出现重复绑定而造成绑定失败的情况。

S203、服务平台根据行车信息和第一虚拟号码生成第二用车订单。

第二用车订单是供司机查看的用车订单。第二用车订单包括行车信息，以使司机可以确认是否要承接订单，最终承接第二用车订单的司机可以根据行车信息执行车辆服务。第二用车订单可以包括第一虚拟号码，第一虚拟号码是与乘客终端号码绑定的虚拟号码。司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。根据本公开实施例，将第一虚拟号码作为乘客终端号码，以用于司机终端联系乘客终端，可以避免将乘客终端号码告知给第三方平台，保证用户信息不被泄露。

S204、服务平台将第二用车订单发送给用于提供出行服务的第三方平台，以供通过第三方平台承接第二用车订单的司机终端通过呼叫第一虚拟号码的方式联系乘客终端。

在一个实施例中，司机终端可以安装有第二应用程序，第二应用程序为第三方平台对应的应用程序。司机可以使用第二应用程序查看并承接第二用车订单。

在一个实施例中，服务平台将第二用车订单发送给用于提供出行服务的第三方平台，第三方平台会将第二用车订单发布出来，以供司机承接订单。在司机承接第二用车接单后，第三方平台会通知服务平台司机已经接单，服务平台向乘客终端发送订单确认信息以通知乘客其发出的用车订单已被承接，服务平台也可以向第三方平台发送订单确认信息，以通知第三方平台乘客已经获知到其发出的用车订单已经被承接。

在一个实施例中，在司机通过司机终端搭载的第二应用程序承接到第二用车订单后，第三方平台向司机终端发送第一提示信息。该第一提示信息可以包括第一虚拟号码。在一个实施例中，司机终端的第二应用程序接收到该第一提示信息后，在界面上呈现用于呼叫乘客终端的交互控件，响应于司机对该交互控件的操作，司机终端会呼叫第一虚拟号码并且在界面上显示出来。基于在步骤S202中形成的绑定关系，司机终端呼叫第一虚拟号码可以联系到乘客终端，也就是说，司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。

在一个实施例中，司机终端通过呼叫第一虚拟号码的方式联系乘客终端的步骤可以包括：响应于司机终端对第二用车订单的乘客的首次呼叫，虚拟号平台将与司机终端对应的司机号码与第二虚拟号码绑定，以使得司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端。

该实施例中，司机终端对第二用车订单的乘客的首次呼叫，是指司机终端首次通过呼叫第一虚拟号码的方式联系该第二用车订单所对应的乘客终端。响应于司机终端对第二用车订单的乘客的首次呼叫，虚拟号平台将与司机终端对应的司机号码与第二虚拟号码绑定，形成乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系，该绑定关系对应于服务平台采用AXYB模型提供的虚拟号服务。基于此，司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。

司机终端对第二用车订单的乘客进行首次呼叫时，乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系被虚拟号平台存储下来，使得后续司机终端可以继续通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端。

本公开实施例中，司机号码可以是司机终端号码，司机终端号码是指司机终端的真实号码。司机号码也可以是第三方平台提供的与司机终端号码绑定的虚拟号码。

本公开实施例中，司机号码可以根据第三方平台采用的虚拟号码的方式确定。在一个实施例中，第三方平台可以不采用虚拟号码的方式保护司机终端号码，在这种情况下，司机号码为司机终端号码。在一个实施例中，第三方平台也可以采用虚拟号码的方式保护司机终端号码，在这种情况下，司机号码为第三方平台基于第三方平台的虚拟号服务提供的与司机终端号码绑定的虚拟号码。第三方平台可以采用不同的虚拟号模型保护司机终端号码，例如，第三方平台采用前述的BX模型或者AXB模型保护司机终端号码。

在一个实施例中，司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端时，乘客终端会显示第二虚拟号码的来电，使得乘客可以拨打回呼第二虚拟号码。在一个实施例中，在司机终端通过呼叫第一虚拟号码的方式联系乘客终端之后，该通话方法还可以包括：响应于乘客对乘客终端的预设操作，乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系司机终端。乘客对乘客终端的预设操作可以是乘客拨打第二虚拟号码的操作。基于前述形成的乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系，在乘客拨打第二虚拟号码时，乘客终端通过使用第一虚拟号码呼叫第二虚拟号码的方式联系司机终端。

通过上述内容可知，根据本公开实施例，服务平台可以不需要获取司机终端对应的司机号码，通过将乘客终端号码与第一虚拟号码绑定，以使司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。该实施例中，在司机终端联系乘客终端后，乘客终端可以通过回呼的方式联系司机终端。

在方法实施例一中，服务平台还可以采用AXB模型，即服务平台使用AXYB模型和AXB模型的组合。在服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台之后，该通话方法还可以包括S301-S303。

S301、在司机终端通过第三方平台承接第二用车订单后，服务平台通过第三方平台获取与司机终端对应的司机号码。

S302、服务平台通过虚拟号平台将乘客终端号码、司机号码和第三虚拟号码绑定，形成乘客终端号码、第三虚拟号码、司机号码的绑定关系。该绑定关系对应于服务平台采用AXB模型提供的虚拟号服务。

S303、响应于乘客对乘客终端的预设操作，乘客终端通过呼叫第三虚拟号码的方式联系司机终端。

在一个实施例中，在司机接单后，服务平台向乘客终端发送订单确认信息以通知乘客其发出的用车订单已被承接，服务平台还可以向乘客终端发送第二提示信息。该第二提示信息可以包括第三虚拟号码。

在一个实施例中，乘客终端的第一应用程序接收到第二提示信息后，在界面上呈现用于呼叫司机终端的交互控件，响应于乘客对该交互控件的操作，乘客终端会呼叫第三虚拟号码并且在界面上显示出来。基于在步骤S302中形成的绑定关系，乘客终端呼叫第三虚拟号码可以联系到司机终端，也就是说，乘客终端可以通过呼叫第三虚拟号码的方式联系司机终端。

在该实施例中，在服务平台向第三方平台发送第二用车订单、以及司机终端通过第三方平台承接订单的过程中，服务平台可以不需要将第三虚拟号码提供给第三方平台。在乘客终端通过呼叫第三虚拟号码的方式联系司机终端后，司机终端可以通过回呼第三虚拟号码的方式联系乘客终端。

在一个实施例中，在乘客终端通过呼叫第三虚拟号码的方式联系司机终端时，司机终端会显示第三虚拟号码的来电，使得司机可以拨打回呼第三虚拟号码。在乘客终端通过呼叫第三虚拟号码的方式联系司机终端后，该通话方法还可以包括：响应于司机对司机终端的预设操作，司机终端通过回呼第三虚拟号码的方式联系乘客终端。

根据本公开实施例，服务平台可以通过第三方平台获取司机终端对应的司机号码，并建立乘客终端号码、司机号码和第三虚拟号码的绑定关系，以使乘客终端和司机终端可以通过第三虚拟号码联系对方。

通过上述内容可知，在方法实施例一中，服务平台使用AXYB模型和AXB模型的组合。借助于服务平台使用AXYB模型，司机可以通过第一虚拟号码主动联系乘客。借助于服务平台使用AXB模型，乘客可以通过第三虚拟号码主动联系司机。在这种情况下，服务平台可以不用将第三虚拟号码发送给第三方平台，第三方平台可以不用获知第三虚拟号码去通知给司机终端，也就无需修改第三方平台自身的订单发布流程、虚拟号保护流程来适配服务平台，可以看出，方法实施例一所采用的通话方案容易被第三方平台所接受。

在一个实施例中，该通话方法还包括解除绑定关系的步骤。

在一个具体的例子中，在用车订单执行完成、乘客结费以后，在经过预定时间后，服务平台解除其负责管理的与该用车订单有关的绑定关系以释放虚拟号资源，例如，服务平台解除乘客终端号码和第一虚拟号码的绑定关系，解除乘客终端号码、第二虚拟号码、第一虚拟号码、司机号码的绑定关系，解除乘客终端号码、第三虚拟号码、司机号码的绑定关系。

在一个具体的例子中，在用车订单执行完成、乘客结费以后，在经过预定时间后，第三方平台解除其负责管理的与该用车订单有关的绑定关系以释放虚拟号资源。例如，第三方平台解除司机终端号码和第四虚拟号码的绑定关系。

根据本公开实施例，将绑定关系维持预定时间后解除，可以避免出现乘客因物品遗落而无法联系司机的问题。

<方法实施例二>

参见3所示，说明本公开实施例提供的通话方法。该通话方法涉及到服务平台、第三方平台和虚拟号平台。该服务平台可以是如图1所示的服务平台1000，该服务平台可以提供订单服务。该第三方平台可以是如图1所示的第三方平台2000，该第三方平台可以提供出行服务。该虚拟号平台可以是如图1所示的虚拟号平台3000，可以提供虚拟号服务。

在本公开实施例中，服务平台可以采用不同的虚拟号模型保护乘客终端号码。服务平台可以采用一个虚拟号模型保护乘客终端号码，例如采用前述实施例中的AXBY模型、AXB模型、AXBN模型。服务平台可以采用多个虚拟号模型构成的组合虚拟号模型保护乘客终端号码，例如采用前述实施例中的AXBY+AXB的组合虚拟号模型。

在本公开实施例中，服务平台与多个第三方平台通信，多个第三方平台均可以提供出行服务。

在一个实施例中，第三方平台可以不采用虚拟号码的方式保护司机终端号码。在这种情况下，服务平台可以通过第三方平台获取司机终端的司机终端号码，进一步可以根据服务平台的不同虚拟号模型，为乘客终端号码和司机终端号码分配虚拟号码，以在不需要向第三方平台告知乘客终端号码的情况下，实现乘客终端和司机终端之间的通信，从而避免乘客信息的泄露。

在一个实施例中，第三方平台也可以采用虚拟号码的方式保护司机终端号码。在一个具体的例子中，第三方平台可以采用不同的虚拟号模型保护司机终端号码。例如，第三方平台采用BX模型或者AXB模型保护司机终端号码。第三方平台可以根据自身的运营模式或者实际情况设置其使用的虚拟号模型。针对第三方平台采用的虚拟号模型，服务平台可以采用不同的虚拟号模型保护乘客终端号码，可以在不需要第三方平台相应变更流程的情况下，实现采用虚拟号码的方式保护乘客终端号码。

在该实施例中，根据第三平台的实际情况，服务平台预先为第三方平台设置号码模型标签，该号码模型标签用于标识第三方平台所采用的虚拟号模型。该号码模型标签可以为第一标签或者第二标签。第一标签对应于第三方平台不采用虚拟号码的方式保护司机终端号码或者第三方平台采用第一虚拟号模型保护司机终端号码，该第一虚拟号模型为BX模型。第二标签对应于第三方平台采用第二虚拟号模型保护司机终端号码，该第二虚拟号模型为AXB模型。

在方法实施例二中，服务平台根据第三方平台的号码模型标签，可以选择使用AXYB模型和AXB模型的组合来提供虚拟号服务，或者选择使用AXBN模型来提供虚拟号服务。

该通话方法可以包括以下步骤：

S401、服务平台接收乘客终端发送的第一用车订单，第一用车订单包括行车信息。

第一用车订单是指乘客向服务平台发送的用车订单，以使服务平台根据用车订单为乘客匹配相应的车辆。乘客终端可以安装有第一应用程序，该第一应用程序为服务平台对应的应用程序。乘客可以使用第一应用程序创建第一用车订单，并将用车订单发送给服务平台。在一个具体的例子中，乘客可以通过乘客终端的第一应用程序输入行车信息，并根据行车信息生成第一用车订单，该行车信息可以包括出发地、目的地等信息，该行车信息还可以包括出发时间等信息。

在一个实施例中，乘客可以通过乘客终端的第一应用程序选择第三方平台，第一用车订单还可以包括用户选定的第三方平台，服务平台接收到第一用车订单即可确定第三方平台。在一个实施例中，乘客没有选择第三方平台，服务平台根据预先设置的规则确定一个或者多个第三方平台。

在第三方平台的号码模型标签为第一标签的情况下，服务平台选择使用AXYB模型和AXB模型的组合来提供虚拟号服务。在第三方平台的号码模型标签为第二标签的情况下，服务平台选择使用AXBN模型来提供虚拟号服务。

下面对在第三方平台的号码模型标签为第一标签的情况下，服务平台使用AXYB模型和AXB模型的组合来提供虚拟号服务的具体过程进行说明，该过程包括步骤S402-S403。

S402、服务平台通过虚拟号平台将乘客终端的乘客终端号码与第一虚拟号码绑定，根据行车信息和第一虚拟号码生成第二用车订单。

在一个实施例中，服务平台还可以获取乘客终端号码。在网约车场景中，乘客终端号码可以是乘客在注册网约车平台的账号时绑定的手机号码，也可以是乘客在第一用车订单中预留的手机号码。在物流配送场景中，乘客终端号码可以是乘客在注册物流配送平台的账号时绑定的手机号码，也可以是乘客在第一用车订单中预留的手机号。

第一虚拟号码为带分机号的虚拟号码。例如，第一虚拟号码的后四位为分机号。根据本公开实施例，采用带分机号的虚拟号码，号码的重复率低，避免出现重复绑定而造成绑定失败的情况。

第二用车订单是供司机查看的用车订单。第二用车订单包括行车信息，以使司机可以确认是否要承接订单，最终承接第二用车订单的司机可以根据行车信息执行车辆服务。第二用车订单可以包括第一虚拟号码，第一虚拟号码是与乘客终端号码绑定的虚拟号码。司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。根据本公开实施例，将第一虚拟号码作为乘客终端号码，以用于司机终端联系乘客终端，可以避免将乘客终端号码告知给第三方平台，保证用户信息不被泄露。

S403、服务平台将第二用车订单发送给用于提供出行服务的第三方平台，以供通过第三方平台承接第二用车订单的司机终端通过呼叫第一虚拟号码的方式联系乘客终端。

在一个实施例中，司机终端可以安装有第二应用程序，第二应用程序为第三方平台对应的应用程序。司机可以使用第二应用程序查看并承接第二用车订单。

在一个实施例中，服务平台将第二用车订单发送给用于提供出行服务的第三方平台，第三方平台会将第二用车订单发布出来，以供司机承接订单。在司机承接第二用车接单后，第三方平台会通知服务平台司机已经接单，服务平台向乘客终端发送订单确认信息以通知乘客其发出的用车订单已被承接，服务平台也可以向第三方平台发送订单确认信息，以通知第三方平台乘客已经获知到其发出的用车订单已经被承接。

在一个实施例中，在司机通过司机终端搭载的第二应用程序承接到第二用车订单后，第三方平台向司机终端发送第一提示信息。该第一提示信息可以包括第一虚拟号码。在一个实施例中，司机终端的第二应用程序接收到该第一提示信息后，在界面上呈现用于呼叫乘客终端的交互控件，响应于司机对该交互控件的操作，司机终端会呼叫第一虚拟号码并且在界面上显示出来。基于在步骤S402中形成的绑定关系，司机终端呼叫第一虚拟号码可以联系到乘客终端，也就是说，司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。

在一个实施例中，司机终端通过呼叫第一虚拟号码的方式联系乘客终端的步骤可以包括：响应于司机终端对第二用车订单的乘客的首次呼叫，虚拟号平台将与司机终端对应的司机号码与第二虚拟号码绑定，以使得司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端。

该实施例中，司机终端对第二用车订单的乘客的首次呼叫，是指司机终端首次通过呼叫第一虚拟号码的方式联系该第二用车订单所对应的乘客终端。响应于司机终端对第二用车订单的乘客的首次呼叫，虚拟号平台将与司机终端对应的司机号码与第二虚拟号码绑定，形成乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系，该绑定关系对应于服务平台采用AXYB模型提供的虚拟号服务。基于此，司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。

司机终端对第二用车订单的乘客进行首次呼叫时，乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系被虚拟号平台存储下来，使得后续司机终端可以继续通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端。

第三方平台的号码模型标签为第一标签，对应于第三方不采用虚拟号码的方式保护司机终端号码或者第三方平台采用第一虚拟号模型保护司机终端号码，该第一虚拟号模型为BX模型。当第三方不采用虚拟号码的方式保护司机终端号码时，司机号码为司机终端号码。当第三方平台采用第一虚拟号模型保护司机终端号码时，第三方平台通过虚拟号平台将司机终端号码和第四虚拟号码绑定，该第四虚拟号码即为司机号码。

在一个实施例中，司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系乘客终端时，乘客终端会显示第二虚拟号码的来电，使得乘客可以拨打回呼第二虚拟号码。在一个实施例中，在司机终端通过呼叫第一虚拟号码的方式联系乘客终端之后，该通话方法还可以包括：响应于乘客对乘客终端的预设操作，乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系司机终端。乘客对乘客终端的预设操作可以是乘客拨打第二虚拟号码的操作。基于前述形成的乘客终端号码、第二虚拟号码、第一虚拟号码、司机终端号码的绑定关系，在乘客拨打第二虚拟号码时，乘客终端通过使用第一虚拟号码呼叫第二虚拟号码的方式联系司机终端。

通过上述内容可知，根据本公开实施例，服务平台可以不需要获取司机终端对应的司机号码，通过将乘客终端号码与第一虚拟号码绑定，以使司机终端可以通过呼叫第一虚拟号码的方式联系乘客终端。该实施例中，在司机终端联系乘客终端后，乘客终端可以通过回呼的方式联系司机终端。

在服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台之后，该通话方法还可以包括S501-S503。

S501、在司机终端通过第三方平台承接第二用车订单后，服务平台通过第三方平台获取与司机终端对应的司机号码。

S502、服务平台通过虚拟号平台将乘客终端号码、司机号码和第三虚拟号码绑定，形成乘客终端号码、第三虚拟号码、司机号码的绑定关系。该绑定关系对应于服务平台采用AXB模型提供的虚拟号服务。

S503、响应于乘客对乘客终端的预设操作，乘客终端通过呼叫第三虚拟号码的方式联系司机终端。

在一个实施例中，在司机接单后，服务平台向乘客终端发送订单确认信息以通知乘客其发出的用车订单已被承接，服务平台还可以向乘客终端发送第二提示信息。该第二提示信息可以包括第三虚拟号码。

在一个实施例中，乘客终端的第一应用程序接收到第二提示信息后，在界面上呈现用于呼叫司机终端的交互控件，响应于乘客对该交互控件的操作，乘客终端会呼叫第三虚拟号码并且在界面上显示出来。基于在步骤S502中形成的绑定关系，乘客终端呼叫第三虚拟号码可以联系到司机终端，也就是说，乘客终端可以通过呼叫第三虚拟号码的方式联系司机终端。

在该实施例中，在服务平台向第三方平台发送第二用车订单、以及司机终端通过第三方平台承接订单的过程中，服务平台可以不需要将第三虚拟号码提供给第三方平台。在乘客终端通过呼叫第三虚拟号码的方式联系司机终端后，司机终端可以通过回呼第三虚拟号码的方式联系乘客终端。

在一个实施例中，在乘客终端通过呼叫第三虚拟号码的方式联系司机终端时，司机终端会显示第三虚拟号码的来电，使得司机可以拨打回呼第三虚拟号码。在乘客终端通过呼叫第三虚拟号码的方式联系司机终端后，该通话方法还可以包括：响应于司机对司机终端的预设操作，司机终端通过回呼第三虚拟号码的方式联系乘客终端。

根据本公开实施例，服务平台可以通过第三方平台获取司机终端对应的司机号码，并建立乘客终端号码、司机号码和第三虚拟号码的绑定关系，以使乘客终端和司机终端可以通过第三虚拟号码联系对方。

通过上述内容可知，服务平台使用AXYB模型和AXB模型的组合时，借助于服务平台使用AXYB模型，司机可以通过第一虚拟号码主动联系乘客，借助于服务平台使用AXB模型，乘客可以通过第三虚拟号码主动联系司机。在这种情况下，服务平台可以不用将第三虚拟号码发送给第三方平台，第三方平台可以不用获知第三虚拟号码去通知给司机终端，也就无需修改第三方平台自身的订单发布流程、虚拟号保护流程来适配服务平台，可以看出，该通话方案容易被第三方平台所接受。

下面对在第三方平台的号码模型标签为第二标签的情况下，服务平台使用AXBN模型来提供虚拟号服务的过程进行说明，该过程包括步骤S601-S604。

S601、服务平台通过虚拟号平台将乘客终端号码、第五虚拟号码、第一随机号码绑定以形成绑定关系，根据行车信息和第五虚拟号码生成第三用车订单。

在一个实施例中，服务平台通过虚拟号平台将乘客终端号码、第五虚拟号码、第一随机号码绑定以形成绑定关系，在确定成功建立该绑定关系之后，生成对应的标识以标识该绑定关系建立成功。后续可以通过标识确定绑定关系是否建立成功，以避免替换随机号码时出现错误。

第三用车订单是供司机查看的用车订单，第三用车订单包括行车信息和第五虚拟号码。

S602、服务平台将第三用车订单发送给用于提供出行服务的第三方平台。

在一个实施例中，服务平台将第三用车订单发送给用于提供出行服务的第三方平台，第三方平台会将第三用车订单发布出来，以供司机承接订单。

S603、在司机终端通过第三方平台承接第三用车订单的情况下，服务平台通过第三方平台获取与司机终端对应的司机号码。

第二标签对应于第三方平台采用第二虚拟号模型保护司机终端号码，该第二虚拟号模型为AXB模型。当第三方平台采用第二虚拟号模型保护司机终端号码时，第三方平台在司机承接第三用车订单后，通过虚拟号平台将第五虚拟号码、第六虚拟号码、司机终端号码绑定，以将第六虚拟号码作为司机号码。之后，第三方平台将司机号码返回给服务平台。

S604、服务平台通过虚拟号平台将绑定关系中的第一随机号码替换为司机号码，以供乘客终端、司机终端通过第五虚拟号码联系对方。

服务平台获取司机号码后，将前述绑定关系中的第一随机号码替换为司机号码，以形成乘客终端号码、第五虚拟号码、司机号码的绑定关系，也就是形成乘客终端号码、第五虚拟号码、第六虚拟号码的绑定关系，使得乘客终端和司机终端可以通过第五虚拟号码联系对方。

在步骤S604之后，服务平台可以向乘客终端发送第一订单确认信息以通知乘客其发出的用车订单已被承接，第一订单确认信息中可以含有第五虚拟号码。

在步骤S604之后，服务平台可以向第三方平台发送第二订单确认信息。第三方平台收到第二订单确认信息后，可以向承接第三用车订单的司机终端发送第三提示信息。该第三提示信息中可以含有第五虚拟号码。

在一个实施例中，乘客终端的第一应用程序接收到第一订单确认信息后，在界面上呈现用于呼叫司机终端的交互控件，响应于乘客对该交互控件的操作，乘客终端会呼叫第三虚拟号码并且在界面上显示出来。基于在步骤S604中形成的绑定关系，乘客终端呼叫第三虚拟号码可以联系到司机终端。

在一个实施例中，司机终端的第二应用程序接收到第三提示信息后，在界面上呈现用于呼叫乘客终端的交互控件，响应于司机对该交互控件的操作，司机终端会呼叫第三虚拟号码并且在界面上显示出来。基于在步骤S604中形成的绑定关系，司机终端呼叫第三虚拟号码可以联系到乘客终端。

根据本公开实施例，在第三方平台使用的虚拟号码模型为AXB模型的情况下，第三方平台需要获知到乘客方的号码。服务平台在未获知司机号码的情况下，采用第一随机号码建立乘客终端号码、第五虚拟号码和第一随机号码的绑定关系，从而在向第三方平台发送第三用车订单时，将第五虚拟号码作为乘客号码发送给第三方平台，可以避免乘客信息的泄露。根据本公开实施例，服务平台在向第三方平台发送第三用车订单时将第五虚拟号码作为乘客号码发送给第三方平台，并且在后续以替换方式将第一随机号码替换为第三方平台提供的司机号码，整个流程中服务平台和第三方平台的交互次数比较少，降低了双方的成本。

在一个实施例中，该通话方法还包括解除绑定关系的步骤。

在一个具体的例子中，在用车订单执行完成、乘客结费以后，在经过预定时间后，服务平台解除其负责管理的与该用车订单有关的绑定关系以释放虚拟号资源，例如，服务平台解除乘客终端号码和第一虚拟号码的绑定关系，解除乘客终端号码、第二虚拟号码、第一虚拟号码、司机号码的绑定关系，解除乘客终端号码、第三虚拟号码、司机号码的绑定关系，解除乘客终端号码、第五虚拟号码、司机号码的绑定关系。

在一个具体的例子中，在用车订单执行完成、乘客结费以后，在经过预定时间后，第三方平台解除其负责管理的与该用车订单有关的绑定关系以释放虚拟号资源。例如，第三方平台解除司机终端号码和第四虚拟号码的绑定关系，解除第五虚拟号码、第六虚拟号码、司机终端号码的绑定关系。

根据本公开实施例，将绑定关系维持预定时间后解除，可以避免出现乘客因物品遗落而无法联系司机的问题。

参见图4，以具体的例子说明该通话方法，该通话方法包括以下步骤：

S1001、服务平台接收乘客终端发送的第一用车订单。

在第三方平台的号码模型标签为第一标签的情况下，执行步骤S2001-S2006。在第三方平台的号码模型标签为第二标签的情况下，执行步骤S3001-S3006。

S2001、服务平台基于AXYB虚拟号模型，建立第一绑定关系。该第一绑定关系为乘客终端号码和第一虚拟号码的绑定。

S2002、服务平台根据行车信息、第一虚拟号码生成第二用车订单。该第二用车订单含有第一虚拟号码和行车信息。

S2003、服务平台将第二用车订单发送给第三方平台。

S2004、服务平台接收第三方平台返回的司机号码。

S2005、服务平台基于AXB虚拟号模型，建立第二绑定关系。该第二绑定关系为乘客终端号码、第三虚拟号码、司机号码三者的绑定。

S2006、服务平台向乘客终端发送订单确认信息、向第三方平台发送订单确认信息。

S3001、服务平台基于AXBN虚拟号模型，建立第三绑定关系。该第三绑定关系为乘客终端号码、第五虚拟号码、第一随机号码三者的绑定。

S3002、服务平台根据行车信息和第五虚拟号码生成第三用车订单。该第三用车订单含有第五虚拟号码和行车信息。

S3003、服务平台将第三用车订单发送给第三方平台。

S3004、服务平台接收第三方平台返回的司机号码。

S3005、服务平台基于AXBN虚拟号模型，更新第三绑定关系，更新后的第三绑定关系为乘客终端号码、第五虚拟号码、司机号码三者的绑定。

S3005、服务平台向乘客终端发送订单确认信息、向第三方平台发送订单确认信息。

参见前述实施例，在用车订单执行完成、乘客结费以后，服务平台解除其负责管理的与该用车订单有关的绑定关系以释放虚拟号资源。

<电子设备>

本说明书实施例还提供了一种电子设备，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现前述任一项实施例的通话方法。

本说明书实施例还提供了服务器，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现前述任一项实施例的通话方法中由服务平台执行的步骤。

本说明书实施例还提供了服务器，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现前述任一项实施例的通话方法中由第三方平台执行的步骤。

<计算机可读存储介质>

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，实现前述任一项实施例的通话方法。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，实现前述任一项实施例的通话方法中由服务平台执行的步骤。

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，实现前述任一项实施例的通话方法中由第三方平台执行的步骤。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人物能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。

Claims (17)

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

服务平台接收乘客终端发送的第一用车订单，所述第一用车订单包括行车信息；

所述服务平台通过虚拟号平台将所述乘客终端的乘客终端号码与第一虚拟号码绑定；

所述服务平台根据所述行车信息和所述第一虚拟号码生成第二用车订单；

所述服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台，以供通过所述第三方平台承接所述第二用车订单的司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端。

2.根据权利要求1所述的方法，所述司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端，包括：

响应于所述司机终端对所述第二用车订单的乘客的首次呼叫，所述虚拟号平台将与所述司机终端对应的司机号码与第二虚拟号码绑定，以使得所述司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系所述乘客终端。

3.根据权利要求2所述的方法，所述方法还包括：

在司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端后，响应于乘客对所述乘客终端的预设操作，所述乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系所述司机终端。

4.根据权利要求1所述的方法，所述方法还包括：

在司机终端通过所述第三方平台承接所述第二用车订单后，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述乘客终端号码、所述司机号码和第三虚拟号码绑定；

响应于乘客对乘客终端的预设操作，所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端。

5.根据权利要求4所述的方法，所述方法还包括：

在所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端后，响应于司机对司机终端的预设操作，所述司机终端通过回呼第三虚拟号码的方式联系所述乘客终端。

6.根据权利要求1所述的方法，所述第一虚拟号码为带分机号的虚拟号码。

7.根据权利要求2或4所述的方法，所述司机号码是司机终端号码或者是第三方平台提供的与司机终端号码绑定的虚拟号码。

8.一种通话方法，其特征在于，包括：

服务平台接收乘客终端发送的第一用车订单，所述第一用车订单包括行车信息；

在第三方平台的号码模型标签为第一标签的情况下，所述服务平台通过虚拟号平台将所述乘客终端的乘客终端号码与第一虚拟号码绑定，根据所述行车信息和所述第一虚拟号码生成第二用车订单；

所述服务平台将所述第二用车订单发送给用于提供出行服务的第三方平台，以供通过所述第三方平台承接所述第二用车订单的司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端。

9.根据权利要求8所述的方法，所述司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端，包括：

响应于所述司机终端对所述第二用车订单的乘客的首次呼叫，所述虚拟号平台将与所述司机终端对应的司机号码与第二虚拟号码绑定，以使得所述司机终端通过使用第二虚拟号码呼叫第一虚拟号码的方式联系所述乘客终端。

10.根据权利要求9所述的方法，所述方法还包括：

在司机终端通过呼叫所述第一虚拟号码的方式联系所述乘客终端后，响应于乘客对所述乘客终端的预设操作，所述乘客终端通过使用第一虚拟号码回呼第二虚拟号码的方式联系所述司机终端。

11.根据权利要求8所述的方法，所述方法还包括：

在司机终端通过所述第三方平台承接所述第二用车订单后，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述乘客终端号码、所述司机号码和第三虚拟号码绑定；

响应于乘客对乘客终端的预设操作，所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端。

12.根据权利要求11所述的方法，所述方法还包括：

在所述乘客终端通过呼叫第三虚拟号码的方式联系所述司机终端后，响应于司机对司机终端的预设操作，所述司机终端通过回呼第三虚拟号码的方式联系所述乘客终端。

13.根据权利要求8所述的方法，所述第一虚拟号码为带分机号的虚拟号码。

14.根据权利要求9或11所述的方法，所述第一标签对应于所述第三方平台不采用虚拟号码的方式保护司机终端号码或者所述第三方平台采用第一虚拟号模型保护司机终端号码；

所述第三方平台采用第一虚拟号模型保护司机终端号码，包括：通过虚拟号平台将司机终端号码和第四虚拟号码绑定，以将所述第四虚拟号码作为所述司机号码。

15.根据权利要求8所述的方法，所述方法还包括：

在第三方平台的号码模型标签为第二标签的情况下，所述服务平台通过虚拟号平台将所述乘客终端号码、第五虚拟号码、第一随机号码绑定以形成绑定关系，根据所述行车信息和所述第五虚拟号码生成第三用车订单；

所述服务平台将所述第三用车订单发送给用于提供出行服务的第三方平台；

在司机终端通过所述第三方平台承接所述第三用车订单的情况下，所述服务平台通过所述第三方平台获取与所述司机终端对应的司机号码；

所述服务平台通过虚拟号平台将所述绑定关系中的第一随机号码替换为司机号码，以供所述乘客终端、所述司机终端通过所述第五虚拟号码联系对方。

16.根据权利要求15所述的方法，所述第二标签对应于所述第三方平台采用第二虚拟号模型保护司机终端号码；

所述第三方平台采用第二虚拟号模型保护司机终端号码，包括：通过虚拟号平台将第五虚拟号码、第六虚拟号码、司机终端号码绑定，以将所述第六虚拟号码作为所述司机号码。

17.一种电子设备，包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现权利要求1-16任一项所述的方法。

Images