CN111542018B - 一种基于车载终端的通话方法及*** - Google Patents

Abstract

本公开的实施例公开了一种基于车载终端的通话方法及***，该方法包括：车载终端接收服务订单，在其人机交互界面上呈现服务订单的信息，服务订单的信息包括第一交互控件；车载终端响应于司机对第一交互控件的操作，向服务平台发起呼叫乘客的第一通话请求；服务平台在接收到第一通话请求后或者在服务订单被创建时，将服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；服务平台在接收到第一通话请求后，按照绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

Description

一种基于车载终端的通话方法及***

技术领域

本公开的实施例涉及通信技术，尤其涉及一种基于车载终端的通话方法和一种通话***。

背景技术

车载终端是安装在运营车辆上、用于监管运营车辆的设备，通常具备定位监控、行驶记录等功能。

市场上已经安装使用的车载终端大多采用普通的物联网SIM卡，不支持语音通话功能。现有技术中，对于这些车辆，如果想要通过车载终端装载实现语音通话功能，需要将车载终端原本的SIM卡更换为支持语音通话功能的SIM卡。但是，将已经投入使用的车辆召回对并对车载终端进行改装，运营成本高且不易操作。

因此，有必要提供一种新的基于车载终端的通话方法。

发明内容

本公开的实施例的目的在于提供一种基于车载终端实现通话的技术方案。

根据本公开的实施例公开的第一方面，提供了一种基于车载终端的通话方法，包括：

所述车载终端接收服务订单，在其人机交互界面上呈现所述服务订单的信息，所述服务订单的信息包括用于呼叫所述服务订单的乘客的第一交互控件；

所述车载终端响应于司机对所述第一交互控件的操作，向服务平台发起呼叫所述乘客的第一通话请求；

所述服务平台在接收到所述第一通话请求后，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；或者，所述服务平台在所述服务订单被创建时，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；

所述服务平台在接收到所述第一通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

可选地，所述服务订单包括乘客终端号码，所述第一交互控件设有乘客终端号码标注，所述乘客终端号码标注对乘客终端号码进行局部隐匿展示。

可选地，所述服务订单包括唯一的订单号，所述第一通话请求携带所述订单号，所述服务平台根据所述订单号获取司机终端号码和乘客终端号码；或者，

所述服务订单包括乘客终端号码和司机终端号码，所述第一通话请求携带乘客终端号码和司机终端号码。

可选地，所述按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，包括：

按照所述绑定关系，使用第一隐私号码呼叫司机终端；

只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。

可选地，所述服务平台在所述服务订单结束时或者在所述服务订单结束后的预设时间后，解除绑定关系。

可选地，所述车载终端搭载有SIM卡，所述车载终端通过所述SIM卡提供的移动数据服务与所述服务平台进行通信。

可选地，还包括：

所述服务平台在形成所述绑定关系后，向所述车载终端发送第一通知；

所述车载终端接收到第一通知后，在其人机交互界面上提示司机使用所述司机终端号码所对应的终端接听来电。

可选地，还包括：

所述服务平台在乘客终端未在第一预设时间内接听第二隐私号码的呼叫的情况下，向所述车载终端发送第二通知；

所述车载终端接收到第二通知后，在其人机交互界面上显示乘客未接听。

可选地，还包括：

所述服务平台在乘客终端拒绝接听第二隐私号码的呼叫的情况下，向所述车载终端发送第三通知；

所述车载终端接收到第三通知后，在其人机交互界面上显示乘客拒绝接听。

可选地，还包括：

所述服务平台在所述通话链路被断开后，向所述车载终端发送第四通知；

所述车载终端接收到第四通知后，在其人机交互界面上显示与乘客的通话已经结束。

可选地，还包括：

响应于司机对于司机终端的操作，向所述服务平台发起呼叫第一隐私号码的第二通话请求；

所述服务平台在接收到所述第二通话请求后，按照所述绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

可选地，还包括：

响应于乘客对于乘客终端的操作，向所述服务平台发起呼叫第二隐私号码的第三通话请求；

所述服务平台在接收到第三通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

可选地，所述第一隐私号码和所述第二隐私号码为相同的号码。

可选地，所述第一隐私号码和所述第二隐私号码为不同的号码。

可选地，所述第一隐私号码为固定电话号码，所述第二隐私号码为移动电话号码。

根据本公开的实施例公开的第二方面，提供了一种通话***，包括车载终端和服务平台；

所述车载终端用于，接收服务订单，在其人机交互界面上呈现所述服务订单的信息，所述服务订单的信息包括用于呼叫所述服务订单的乘客的第一交互控件；

所述车载终端还用于，响应于司机对所述第一交互控件的操作，向服务平台发起呼叫所述乘客的第一通话请求；

所述服务平台用于，在接收到所述第一通话请求后，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；或者，所述服务平台在所述服务订单被创建时，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；

所述服务平台还用于，在接收到所述第一通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

可选地，所述按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，包括：

按照所述绑定关系，使用第一隐私号码呼叫司机终端；

只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。

可选地，所述服务平台还用于，在所述服务订单结束时或者在所述服务订单结束后的预设时间后，解除绑定关系。

可选地，所述服务平台还用于，在接收到所述第二通话请求后，按照所述绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路；

所述第二通话请求，是司机终端向所述服务平台发起的呼叫第一隐私号码的通话请求。

可选地，所述服务平台还用于，在接收到第三通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路；

所述第三通话请求，是乘客终端向所述服务平台发起的呼叫第二隐私号码的通话请求。

根据本公开的实施例，司机可以通过车载终端发起呼叫，建立司机终端和乘客终端之间的通话链路，司机和乘客通过各自的终端进行语音通话。本公开的实施例可以基于车载终端的SIM卡提供的移动数据服务实现，适用于已有的车载终端，不需要将车载终端的SIM卡升级为支持语音通话功能的SIM卡。

根据本公开的实施例，在司机和乘客的通话全过程中使用隐私号码，司机和乘客都无法获知到对方的终端号码，从而实现了双方的隐私保护。

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

附图说明

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

图1为可用于实现本公开的实施例的车辆服务***的硬件配置的原理框图；

图2为本公开的实施例的基于车载终端的通话方法的流程示意图；

图3为本公开的实施例的基于车载终端的通话方法的流程示意图；

图4A-4H为本公开的实施例的车载终端的人机交互界面的示意图；

图5A-5H为本公开的实施例的车载终端的人机交互界面的示意图；

图6为本公开的实施例的车载终端的人机交互界面的示意图；

图7为本公开的实施例的通话***的结构方框图。

具体实施方式

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

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

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

<车辆服务***100>

图1是可用于实现本公开实施例的车辆服务***100的硬件配置的框图。

如图1所示，车辆服务***100包括车辆运营平台1000、车辆200、司机终端3000和乘客终端4000。车辆200上安装有车载终端2000。车载终端2000与车辆运营平台1000之间可以通过通信网络5000进行通信。司机终端3000与车辆运营平台1000、乘客终端4000与车辆运营平台1000之间也可以通过通信网络5000进行通信。

该通信网络5000可以包括2G、3G、4G、5G、PSTN(Public Switched TelephoneNetwork，公共交换电话网络)中的一个或者多个，该通信网络5000可以支持数据服务和语音通话服务。

本实施例的应用场景可以是网约车运营场景，也就是说，车辆运营平台1000可以是网约车平台，车辆200可以是网约车。

本实施例的应用场景可以是物流配送场景，也就是说，车辆运营平台1000可以是物流配送平台，车辆200可以是货车。

在本公开的实施例中，“乘客”是泛指一切需要车辆200提供运输服务的人，该运输服务可以是运输人员的服务，也可以是运输货物的服务。

车载终端2000搭载有SIM卡(subscriber identity module，用户身份识别卡)，可以通过SIM卡提供的移动数据服务接入网络。车载终端2000可以安装有应用程序(application，APP)，司机可以使用应用程序接收服务订单，向服务订单的乘客提供运输服务。

在一个实施例中，车载终端2000例如包括处理器2100、存储器2200、接口装置2300、通信装置2400、显示装置2500、输入装置2600、扬声器2700、麦克风2800、电池，等等。其中，电池为车辆管理装置的其它部件或者装置供电。处理器2100可以是微处理器MCU等。存储器2200例如包括ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置2300例如包括SIM卡接口或者物联网卡接口，SIM卡用于连接SIM卡，SIM卡可以通过***SIM卡接口或者从SIM卡接口拔出，实现与车载终端2000的接触和分离。车载终端2000可以支持一个或者多个SIM卡接口。接口装置2300例如还包括USB接口、耳机接口等。通信装置2400例如能够进行有线或无线通信，又例如能够进行短距离和远程通信。输出装置2500例如可以是输出信号的装置，可以是显示装置，例如液晶显示屏、触摸显示屏等，也可以是扬声器等输出语音信息等。输入装置2600例如可以包括触摸屏、键盘等，也可以是麦克风输入语音信息。尽管在图1中示出了车载终端2000的多个装置，但是，本发明可以仅涉及其中的部分装置，例如，车载终端2000只涉及通信装置2400、存储器2200、处理器2100、触控屏。

车辆运营平台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。

司机终端3000和乘客终端4000可以是具有语音通话功能的电子设备，例如手机、具有语音通话功能的可穿戴设备等。司机终端和乘客终端4000也可以安装有应用程序，以实现车辆服务所需要的功能。例如，乘客可以通过乘客终端搭载的应用程序实现下单、取消订单、付车费等功能，司机可以通过司机终端搭载的应用程序实现接单、取消订单、结束订单、提现等功能。

司机终端3000和乘客终端4000可以具有与上述车载终端2000类似的硬件结构，例如，机终端3000和乘客终端4000可以包括处理器3100、存储器3200、接口装置3300、通信装置3400、显示装置3500、输入装置3600、扬声器3700、麦克风3800等等，在此不做赘述。

应当理解的是，尽管图1仅示出一个车辆运营平台1000、车辆200、司机终端2000、乘客终端4000，但不意味着限制各自的数量，车辆***100中可以包含多个车辆运营平台1000、多个车辆200、多个司机终端3000以及多个乘客终端4000。

在本公开的一个实施例中，车辆运营平台1000具有订单管理***。

在本公开的一个实施例中，车辆运营平台1000具有呼叫服务功能。车辆运营平台1000的存储器1200用于存储指令，该指令用于控制处理器1100执行相应的步骤，从而为本实施例的通话方法提供相关的支持。车载终端2000的存储器2200用于存储指令，该指令用于控制处理器2100执行相应的步骤，从而为本实施例的通话方法提供相关的支持。

在本公开的一个实施例中，由第三方呼叫服务平台(图1中没有示出)配合车辆运营平台1000提供呼叫服务。

该第三方呼叫服务平台可以具有类似于车辆运营平台1000的硬件配置，同样可以接入通信网络5000。该第三方呼叫服务平台分别可以和车辆运营平台1000、车载终端2000进行通信。在本公开的实施例中，该第三方呼叫服务平台可以从车辆运营平台1000的订单管理***处获知到服务订单的创建、取消、变更以及结束。

第三方呼叫服务平台的存储器用于存储指令，该指令用于控制第三方呼叫服务平台的处理器执行相应的步骤，从而为本实施例的通话方法提供相关的支持。车载终端2000的存储器2200用于存储指令，该指令用于控制处理器2100执行相应的步骤，从而为本实施例的通话方法提供相关的支持。

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

<方法实施例>

参见图2和图3所示，说明本公开的实施例提供的基于车载终端的通话方法。该通话方法涉及到车载终端和服务平台，该车载终端可以是如图1所示的车载终端2000，该服务平台可以提供呼叫服务。在一个实施例中，该服务平台可以是前述具有呼叫服务功能的车辆运营平台。在一个实施例中，该服务平台可以是前述的第三方呼叫服务平台。

该基于车载终端的通话方法包括以下步骤：

步骤S202、车载终端接收服务订单，在其人机交互界面上呈现服务订单的信息，服务订单的信息包括用于呼叫服务订单的乘客的第一交互控件。

车载终端搭载有SIM卡，可以通过SIM卡提供的移动数据服务接入网络。车载终端可以安装有应用程序，司机可以使用应用程序接收服务订单，向服务订单的乘客提供车辆服务。

在一个具体的例子中，乘客可以通过乘客终端的应用程序向车辆运营平台1000提交用车需求，该用车需求可以包括出发地、目的地、出发时间。车辆运营平台1000的订单管理***接收到用车需求后，为该用车需求分配车辆，然后创建服务订单。

该服务订单可以包括出发地、目的地、出发时间、提供车辆服务的车辆的车牌号。该服务订单还可以包括唯一的订单号。在一个例子中，该服务订单还包括乘客终端的号码和司机终端的号码。在网约车场景中，司机终端号码可以是司机在注册网约车平台的账号时绑定的手机号码。乘客终端号码可以是乘客在服务订单中预留的手机号，也可以是乘客在注册网约车平台的账号时绑定的手机号码，本公开对此不做限制。在物流配送场景中，司机终端号码可以是司机在注册物流配送平台的账号时绑定的手机号码。乘客终端号码可以是乘客在服务订单中预留的手机号，也可以是乘客在注册物流配送平台的账号时绑定的手机号码，本公开对此不做限制。

车辆运营平台1000在创建服务订单后，可以将服务订单的内容下发给对应的乘客终端、车载终端、司机终端。乘客终端和司机终端接收到的服务订单的内容中可以不含有对方的终端号码。

在一个实施例中，车载终端接收到的服务订单中可以含有乘客终端的完整号码，即，车载终端可以获知该服务订单的乘客的终端的号码。在一个实施例中，车载终端接收到的服务订单中只含有乘客终端的号码的一部分或者完全不含有乘客终端的号码，也就是说，车载终端并不能获知该服务订单的乘客的终端的号码。

车载终端接收到服务订单后，可以在其人机交互界面上呈现服务订单的信息，服务订单的信息包括用于呼叫服务订单的乘客的第一交互控件。司机可以对第一交互控件进行操作，例如，点击操作、触摸操作、滑动操作等。车载终端响应于司机对第一交互控件的操作，发起与服务订单的乘客的通话请求。

在一个实施例中，第一交互控件设有乘客终端号码标注，乘客终端号码标注对乘客终端号码进行局部隐匿展示。例如，在第一交互控件周围显示乘客手机的尾号。也就是说，无论车载终端接收到的乘客终端的号码是完整的或是不完整的，在人机交互界面上只展示乘客终端号码一部分，司机无法获知该服务订单的乘客的终端的号码。在第一交互控件周围设置乘客终端号码标注，可以方便司机理解该第一交互控件的用途。

在一个具体的网约车的例子中，参见图4A所示，车载终端的人机交互界面显示的服务订单的信息包括：接乘地点(也就是乘客的出发地)和目的地，还包括第一交互控件101，该第一交互控件101的图标为电话形状并且标注有“乘客手机尾号XXXX”，其中，XXXX是该服务订单的乘客的手机的尾号。也就是说，司机可以通过点击第一交互控件101，发起与该服务订单的乘客的通话请求。

步骤S204、车载终端响应于司机对第一交互控件的操作，向服务平台发起呼叫乘客的第一通话请求。

在本公开的一个实施例中，车载终端响应于司机对第一交互控件的操作，向具有呼叫服务功能的车辆运营平台发起呼叫乘客的第一通话请求。

在本公开的一个实施例中，车载终端响应于司机对第一交互控件的操作，向给第三方呼叫服务平台发起呼叫乘客的第一通话请求。

在本公开的一个实施例中，车载终端响应于司机对第一交互控件的操作，向车辆运营平台发起呼叫乘客的第一通话请求，由车辆运营平台1000将第一通话请求转达给第三方呼叫服务平台。

本实施例中，车载终端通过SIM卡提供的移动数据服务发送第一通话请求。

在一个实施例中，第一通话请求携带乘客终端号码和司机终端号码。在一个实施例中，第一通话请求携带订单号，服务平台根据订单号从订单管理***中查询出取司机终端号码和乘客终端号码。

根据本公开的实施例，响应于司机对第一交互控件的操作，可以直接发起呼叫乘客的第一通话请求，方便司机操作，避免分散注意力，保障行车安全。

步骤S206、服务平台形成号码绑定关系。

服务平台在所述服务订单被创建时，将服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系，并且将绑定关系存档。或者，服务平台在接收到第一通话请求后，将司机终端号码、乘客终端号码、第一隐私号码、第二隐私号码绑定，形成绑定关系，并且将绑定关系存档。

在一个实施例中，第一隐私号码和第二隐私号码可以为相同的号码。在这种情况下，对于该服务订单来说，实际上只有一个隐私号码，司机和乘客都可以获知到该隐私号码，而并不会知道对方的号码。在这种情况下，该隐私号码可以是固定电话号码，也可以是移动电话号码。该移动电话号码例如是虚拟手机号码。

在另一个实施例中，第一隐私号码和第二隐私号码可以为不同的号码。第一隐私号码可以是固定电话号码或者移动电话号码，第二隐私号码可以是固定电话号码或者移动电话号码。该移动电话号码例如是虚拟手机号码。在一个具体的例子中，第一隐私号码可以是固定电话号码，第二隐私号码是虚拟手机号。该固定电话号码可以是与司机终端号码的归属地相同的固定电话号码，该虚拟手机号可以是与乘客终端号码的归属地相同的虚拟手机号码，以提升被叫的接通率。

在一个实施例中，一个隐私号码可以被同时复用在多组不同的绑定关系中，这些绑定关系不可以涉及到同样的终端号码。

在一个实施例中，服务平台包括号码数据库，该号码数据库可以用于存储隐私号码，存储在号码数据库的隐私号码可以是从电信运营商的电信运营平台处预先获取的。在一个实施例中，服务平台可以在需要形成绑定关系时，从电信运营平台处获取隐私号码。该电信运营商例如可以是提供语音通话服务的服务方。

在一个实施例中，服务平台形成绑定关系的过程如下：从服务平台自身的号码数据库中选择一个固定电话号码作为第一隐私号码，从外部的虚拟手机号服务平台获取一个虚拟手机号作为第二隐私号码，将该固定电话号码、该虚拟手机号码、乘客终端号码、司机乘客终端号码形成绑定关系，并且记录存档，以及将第一隐私号码和第二隐私号码的绑定关系通知给该虚拟手机号服务平台。虚拟手机号服务平台预先从电信运营平台处获取到多个虚拟手机号，存储在自身的虚拟手机号码数据库中。

在一个实施例中，在步骤S206之后，该基于车载终端的通话方法还可以包括：步骤S302-S304。

步骤S302、服务平台在形成绑定关系后，向车载终端发送第一通知。

步骤S304、车载终端接收到第一通知后，在其人机交互界面上提示司机使用司机终端号码所对应的终端接听来电。

在该实施例中，第一通知可以用于提示司机注意接听来电，以免影响服务订单的执行。第一通知例如可以是“用尾号YYYY的手机接听电话”，尾号YYYY的电话号码是司机终端的号码。

步骤S208、服务平台在接收到第一通话请求后，按照绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

在本公开的实施例中，服务平台具有双端呼叫功能。服务平台按照绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端的步骤，包括步骤S402-S404。

步骤S402、按照绑定关系，使用第一隐私号码呼叫司机终端。此时，司机终端上显示的是第一隐私号码。

步骤S404、只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。此时，乘客终端上显示的是第二隐私号码。

在一个实施例中，在司机终端接听第一隐私号码的呼叫的情况下，服务平台通过电信服务在司机终端号码和第一隐私号码之间建立起语音通话通道；在乘客终端接听第二隐私号码的呼叫的情况下，服务平台通过电信服务在乘客终端号码和第二隐私号码之间建立起语音通话通道；服务平台通过电信服务将第二隐私号码的呼叫接续到第一隐私号码，从而形成“司机终端号码-第一隐私号码”、“第一隐私号码-第二隐私号码”、“第二隐私号码-乘客终端号码”的语音话路中继衔接。

在一个具体的例子中，可以基于PSTN网络实现步骤S208。步骤S208可以包括步骤S2082-S2086。

S2082、服务平台在接收到第一通话请求(通过车载终端发起的、司机终端与乘客终端通话的请求)后，使用第一隐私号码通过公共电话交互服务器对司机终端进行呼叫。如果司机终端接听了第一隐私号码的呼叫，司机终端和公共电话交换服务器之间会建立通信连接。

S2084、在司机终端和公共电话交换服务器之间建立通信连接后，服务平台使用第二隐私号码通过公共电话交互服务器对司机终端进行呼叫。如果乘客终端接听了第二隐私号码的呼叫，乘客终端和公共电话交换服务器之间会建立通信连接。

S2086、公共电话交互服务器作为桥梁，接通司机终端和乘客终端之间的双工通信通道。

根据本公开的实施例，司机可以通过车载终端发起呼叫，建立司机终端和乘客终端之间的通话链路，司机和乘客通过各自的终端进行语音通话。本公开的实施例可以基于车载终端的SIM卡提供的移动数据服务实现，适用于已有的车载终端，不需要将车载终端的SIM卡升级为支持语音通话功能的SIM卡。

根据本公开的实施例，在司机和乘客的通话全过程中使用隐私号码，司机终端从始至终显示的第一隐私号码，乘客终端从始至终显示的是第二隐私号码，司机和乘客都无法获知到对方的终端号码，从而实现了双方的隐私保护。

本公开的实施例的通话方法，同样适用于拼单情况：

在服务订单为拼车订单时，即，一个服务订单涉及到多个乘客方时，车载终端在其人机交互界面上展示多个第一交互控件，多个第一交互控件和多个乘客方一一对应。与之对应的，服务平台会形成多组绑定关系。

例如，服务订单为涉及到乘客A和乘客B的拼车订单时，车载终端在其人机交互界面上展示两个第一交互控件，第一个第一交互控件设置有乘客A的终端号码标注，第二个交互控件设置有乘客B的终端号码的标注。

服务平台形成的第一组绑定关系为：司机终端号码、乘客A的终端号码、第一隐私号码X1、第二隐私号码Y1。服务平台形成的第二组绑定关系为：司机终端号码、乘客B的终端号码、第一隐私号码X2、第二隐私号码Y2。

当司机触发第一个第一交互控件，发起与乘客A的第一通话请求时，服务平台按照第一组绑定关系，使用第一隐私号码X1呼叫司机终端，使用第二隐私号码Y1呼叫乘客A的终端，在司机终端接听第一隐私号码X1的呼叫并且乘客A的终端接听第二隐私号码Y1的呼叫的情况下，建立司机终端和乘客A的终端之间的通话链路。

当司机触发第二个第一交互控件，发起与乘客B的第一通话请求时，服务平台按照第二组绑定关系，使用第一隐私号码X2呼叫司机终端，使用第二隐私号码Y2呼叫乘客B的终端，在司机终端接听第一隐私号码X2的呼叫并且乘客终端接听第二隐私号码Y2的呼叫的情况下，建立司机终端和乘客B的终端之间的通话链路。

根据本公开的实施例，在司机和乘客的通话全过程中使用隐私号码，司机和乘客都无法获知到对方的终端号码，从而实现了双方的隐私保护。

此外，在车辆上有其他人员的情况下，通过车载终端自带的麦克风和扬声器进行通话，容易造成乘客信息的泄露，存在一定的安全隐患。根据本公开的实施例，在司机通过车载终端发起呼叫乘客的第一通话请求后，可以建立司机终端与乘客终端的通话链路，能够避免现有技术中存在的问题，保护乘客信息不被泄露。

在一个实施例中，该基于车载终端的通话方法还可以包括：步骤S1202-S1204。

步骤S1202、服务平台在司机终端未在第一预设时间内接听第一隐私号码的呼叫的情况下，终止本次呼叫，并且向车载终端发送第五通知。

步骤S1204、车载终端接收到第五通知后，在其人机交互界面上显示请您重试并注意接听电话。

在该实施例中，第五通知例如可以是“请您重试并注意接听尾号ZZZZ的电话”。此时，司机可以再次对第一交互控件进行操作，以重新向服务平台发起呼叫乘客的通话请求。司机也可以使用司机终端发起呼叫第一隐私号码的通话请求。

在一个实施例中，该基于车载终端的通话方法还可以包括：步骤S502-S504。

步骤S502、服务平台在乘客终端未在第一预设时间内接听第二隐私号码的呼叫的情况下，终止本次呼叫，并且向车载终端发送第二通知。

步骤S504、车载终端接收到第二通知后，在其人机交互界面上显示乘客未接听。

在该实施例中，第二通知例如可以是“乘客未接听，请稍后重试”。此时，司机可以再次对第一交互控件进行操作，以重新向服务平台发起呼叫乘客的通话请求。司机也可以使用司机终端发起呼叫第一隐私号码的通话请求。

在一个实施例中，该基于车载终端的通话方法还可以包括：步骤S602-S604。

步骤S602、服务平台在乘客终端拒绝接听第二隐私号码的呼叫的情况下，终止本次呼叫，向车载终端发送第三通知。

步骤S604、车载终端接收到第三通知后，在其人机交互界面上显示乘客拒绝接听。

在该实施例中，第三通知例如可以是“乘客拒绝接听，请稍后重试”。此时，司机可以再次对第一交互控件进行操作，以重新向服务平台发起呼叫乘客的通话请求。司机也可以使用司机终端发起呼叫第一隐私号码的通话请求。

根据本公开的实施例，在乘客未接听或者拒绝接听时，向车载终端发送对应的通知，以提示司机进行其他操作。

在一个实施例中，在建立司机终端与乘客终端的通话链路之后，如果司机或者乘客任一方挂断电话，司机终端和乘客终端之间的通话链路会被断开，该基于车载终端的通话方法还可以包括：步骤S702-S704。

步骤S702、服务平台在通话链路被断开后，向车载终端发送第四通知。

步骤S704、车载终端接收到第四通知后，在其人机交互界面上显示与乘客的通话已经结束。

在该实施例中，通话链路被断开可以是司机终端或者乘客终端任意一方断开。

本实施例中，在步骤S208之后，还包括解除司机终端号码、乘客终端号码、第一隐私号码和第二隐私号码的绑定关系，以便回收第一隐私号码和第二隐私号码，实现隐私号码的再利用。

在一个实施例中，该基于车载终端的通话方法还可以包括：步骤S802a。

步骤S802a、服务平台在服务订单结束时，解除绑定关系。

在该实施例中，在服务订单结束时，乘客在乘客终端确定服务订单已完成或者司机在车载终端确定服务订单已完成，此时，响应于该操作，乘客终端向服务平台发送解除绑定关系的请求，解除绑定关系的请求中携带隐私号码，服务平台解除司机终端号码、乘客终端号码、第一隐私号码和第二隐私号码的绑定关系，并且将该解除绑定关系的请求中携带的隐私号码回收。服务平台还向运营商业务平台发送解除绑定关系的请求，运营商业务平台解除司机终端号码与第一隐私号码的映射关系以及乘客终端与第二隐私号码的映射关系。

在一个实施例中，该基于车载终端的通话方法还可以包括：步骤S802b。

步骤S802b、在服务订单结束后的预设时间后，解除绑定关系。

在该实施例中，预设时间为服务平台为隐私号码设置的有效期限，在隐私号码的有效期限到期时，服务平台主动解除服务平台解除司机终端号码、乘客终端号码、第一隐私号码和第二隐私号码的绑定关系，并且将该解除绑定关系对应的隐私号码回收。在隐私号码的有效期限到期时，服务平台还向运营商业务平台发送解除绑定关系的请求，运营商业务平台解除司机终端号码与第一隐私号码的映射关系以及乘客终端与第二隐私号码的映射关系。预设时间例如可以是24小时，在服务订单结束后的24小时后，解除绑定关系。服务订单结束例如可以是乘客在乘客终端确定服务订单已完成，也可以是司机在车载终端确定服务订单已完成，本公开对此不做限制。

根据本公开的实施例，在服务订单结束时解除绑定关系，以便回收隐私号码，实现隐私号码的再利用。并且在服务订单结束后的预定时间后解除绑定关系，可以解决乘客因物品遗落而无法联系司机的问题。

在一个实施例中，在车载终端发起第一通话请求，司机获知到第一隐私号码后，如果司机想要再次和乘客联系，可以通过司机终端呼叫该第一隐私号码。在这种情况下，该基于车载终端的通话方法还可以包括：步骤S902-S904。

步骤S902、响应于司机对于司机终端的操作，向服务平台发起呼叫第一隐私号码的第二通话请求。

在一个具体的例子中，步骤S902为：司机通过司机终端拨号呼叫第一隐私号码，也就是发起第二通话请求。电信运营平台接收到该拨号呼叫后，确定被呼叫的对象是一个隐私号码，根据第一隐私号码将第二通话请求转达给对应的服务平台。

在第一通话请求后，司机终端的APP可以记录该服务订单所对应的第一隐私号码。在一个具体的例子中，步骤S902为：司机通过在该APP上对第一隐私号码进行操作，向服务平台发起呼叫第一隐私号码的第二通话请求。

步骤S904、服务平台在接收到第二通话请求后，按照绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

具体地，服务平台在接收到司机终端发起的第二通话请求后，根据发起第二通话请求的司机终端的号码和其呼叫的第一隐私号码，查找是否符合第二通话请求的绑定关系。例如，第二通话请求是司机终端号码S1呼叫第一隐私号码X3，查找到符合第二通话请求的绑定关系为S1-X3-Y3-C1，其中Y3是一个第二隐私号码，C1是一个乘客终端号码，按照查找出的绑定关系，使用第二隐私号码Y3呼叫乘客终端号码C1，在乘客终端接听第二隐私号码Y3的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

根据本公开的实施例，在处理服务订单的过程中，当司机与乘客再次联系时，司机可以直接在司机终端上进行操作，以使用第一隐私号码呼叫乘客，不需要借助车载终端，方便司机操作，避免反复操作车载终端，分散司机的注意力，以保障行车安全。

在一个实施例中，在车载终端发起第一通话请求，乘客获知到第二隐私号码后，如果乘客想要再次和司机联系，可以通过乘客终端呼叫该第二隐私号码。在这种情况下，该基于车载终端的通话方法还可以包括：步骤S1002-S1004。

步骤S1002、响应于乘客对于乘客终端的操作，向服务平台发起呼叫第二隐私号码的第三通话请求。

在一个具体的例子中，步骤S1002为：乘客通过乘客终端拨号呼叫第二隐私号码，也就是发起第三通话请求。电信运营平台接收到该拨号呼叫后，确定被呼叫的对象是一个隐私号码，根据第二隐私号码将第三通话请求转达给对应的服务平台。

在第一通话请求后，乘客终端的APP可以记录该服务订单所对应的第二隐私号码。在一个具体的例子中，步骤S1002为：乘客通过在该APP上对第二隐私号码进行操作，向服务平台发起呼叫第二隐私号码的第三通话请求。

步骤S1004、服务平台在接收到第三通话请求后，按照绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

具体地，服务平台在接收到乘客终端发起的第三通话请求后，根据发起第三通话请求的乘客终端的号码和其呼叫的第二隐私号码，查找是否符合第三通话请求的绑定关系。例如，第三通话请求是乘客终端号码C1呼叫第二隐私号码Y3，查找到符合第三通话请求的绑定关系为S1-X3-Y3-C1，其中S1是一个司机终端号码，X3是一个第一隐私号码，按照查找出的绑定关系，使用第一隐私号码X3呼叫司机终端号码S1，在司机终端接听第一隐私号码X3的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

根据本公开的实施例，在处理服务订单的过程中，当乘客与司机再次联系时，乘客可以直接在乘客终端上进行操作，以使用第二隐私号码呼叫乘客，方便乘客联系司机，并且使用第二隐私号码呼叫司机，能够保护乘客的隐私不被泄露，从而提高使用的安全性。

基于前述实施例，可以很方便地实现司机终端对乘客终端的呼叫。参见图3，对司机通过车载终端呼叫乘客的过程进行说明。

在车载终端接收到服务订单后，在其人机交互界面上呈现第一交互控件。在司机首次与乘客联系时，可以对第一交互控件进行操作，以通过车载终端呼叫乘客。在这种情况下，该基于车载终端的通话方法可以包括：步骤S1102-S1112。

步骤S1102、响应于司机对于第一交互控件的操作，车载终端向服务平台发起呼叫乘客的第一通话请求。

步骤S1104、服务平台在接收到第一通话请求后，使用第一隐私号码呼叫司机终端。

步骤S1106、司机接听第一隐私号码的来电。

步骤S1108、在司机接听第一隐私号码的来电的情况下，服务平台使用第二隐私号码呼叫乘客终端。

步骤S1110、乘客接听第二隐私号码的来电。

步骤S1112、在乘客接听第二隐私号码的来电的情况下，建立司机终端与乘客终端之间的通话链路，司机和乘客进行通话。

在司机通过车载终端与乘客联系后，司机可以获知第一隐私号码，如果司机想要再次和乘客联系，可以通过司机终端呼叫该第一隐私号码。在这种情况下，该基于车载终端的通话方法可以包括：步骤S2102-S2108。步骤S2102、响应于司机对于司机终端的操作，司机终端向服务平台发起呼叫第一隐私号码的第二通话请求。

步骤S2104、服务平台在接收到第二通话请求后，使用第二隐私号码呼叫乘客终端。

步骤S2106、乘客接听第二隐私号码的来电。

步骤S2108、在乘客接听第二隐私号码的来电的情况下，建立司机终端与乘客终端之间的通话链路，司机和乘客进行通话。

在司机通过车载终端与乘客联系后，乘客可以获知第一隐私号码，如果乘客想要再次和司机联系，可以通过乘客终端呼叫该第二隐私号码。在这种情况下，该基于车载终端的通话方法可以包括：步骤S3102-S3108。

步骤S3102、响应于乘客对于乘客终端的操作，乘客终端向服务平台发起呼叫第二隐私号码的第三通话请求。

步骤S3104、服务平台在接收到第三通话请求后，使用第一隐私号码呼叫司机终端。

步骤S3106、司机接听第一隐私号码的来电。

步骤S3108、在司机接听第一隐私号码的来电的情况下，建立司机终端与乘客终端之间的通话链路，司机和乘客进行通话。

车载终端的人机交互界面用于呈现服务订单的信息。在司机使用车载终端发起呼叫乘客的通话请求时，根据呼叫乘客的通话请求的响应阶段，在人机交互界面上呈现不同的服务订单的信息。

通过以下的实施例对通司机使用车载终端发起呼叫乘客的通话请求的过程中，车载终端的人机交互界面的变化做进一步说明。

在一个具体的例子中，如图4A所示，车载终端接收到服务订单后，在车载终端的人机交互界面上呈现“联系乘客，确认乘客位置”的信息和用于发起呼叫乘客的通话请求的第一交互控件，在第一交互控件的周围还呈现“乘客手机尾号XXXX”的乘客终端号码标注，尾号XXXX的手机号码是乘客的手机号码。

在一个具体的例子中，如图4B所示，在司机点击第一交互控件后，车载终端向服务平台发起呼叫乘客的通话请求，这时服务平台使用第一隐私号码呼叫司机，这时在车载终端的人机交互界面上呈现“平台将为您创建与乘客的语音通话”和“用尾号YYYY的手机接听电话”的信息。尾号YYYY的手机号码是司机的手机号码。在“用尾号YYYY的手机接听电话”的信息的周围还呈现对应的提示图标，该提示图标例如可以是“手机图标”。

在一个具体的例子中，如图4C所示，在司机接听第一隐私号码的来电后，服务平台使用第二隐私号码呼叫乘客，这时在车载终端的人机交互界面上呈现“正在联系尾号XXXX的乘客”和“已接听电话，请等待乘客接听”的信息。尾号XXXX的手机号码是乘客的手机号码。

在一个具体的例子中，如图4D所示，在乘客接听第二隐私号码的来电后，司机与乘客进行通话，这时在车载终端的人机交互界面上呈现“正在联系尾号XXXX的乘客”和“正在通话中”的信息。

在一个具体的例子中，如图4E所示，在司机或者乘客任意一方挂断电话时，这时在车载终端的人机交互界面上呈现“已完成司乘沟通”和“通话已结束”的信息。在通话已结束”的通话提示信息的周围还显示通话时长。

在一个具体的例子中，如图4F所示，司机在预设的等待时间内未接听第一隐私号码的来电，这时在车载终端的人机交互界面上呈现的呼叫失败的通知；其中，在呼叫失败的通知上显示“呼叫失败”和“请您重试并注意接听尾号ZZZZ的电话”的信息。

在一个具体的例子中，如图4G所示，乘客在预设的等待时间内未接听第二隐私号码的来电，这时在车载终端的人机交互界面上呈现的“乘客未接听，请稍后重试”的信息。

在一个具体的例子中，如图4H所示，乘客拒绝接听第二隐私号码的来电，这时在车载终端的人机交互界面上呈现的“乘客拒绝接听，请稍后重试”的信息。

在另一个具体的例子中，服务订单的信息还可以包括通话进度显示图案，可以通过通话进度显示图案的不同状态表示呼叫乘客的通话请求的不同阶段。

如图5A所示，通话进度显示图案501包括通话请求图标、司机终端图标、乘客终端图标，通话请求图标与司机终端图标之间通过第一进度条连接，司机终端图标与乘客终端图标之间通过第二进度条连接。通话请求图标例如可以是“电话”图标，司机终端图标例如可以是“司机头像”，乘客终端图标例如可以是“乘客头像”。通话进度显示图案还可以是如图6所示的图案601。

如图5A-5C所示，在服务平台使用第一隐私号码呼叫司机的阶段，通话进度显示图案的显示状态包括第一状态、第二状态和第三状态。第一状态可以表示服务平台正在使用第一隐私号码呼叫司机；第二状态可以表示司机未在预设的等待时间接听第一隐私号码的来电或者司机拒绝接听第一隐私号码的来电；第三状态可以表示司机接听第一隐私号码的来电。不同的显示状态可以使用不同的颜色进行表示。

如图5D-5H所示，在服务平台使用第二隐私号码呼叫乘客的阶段，通话进度显示图案的显示状态包括第四状态、第五状态、第六状态、第七状态和第八状态。第四状态可以表示乘客在预设的等待时间内未接听第二隐私号码的来电；第五状态可以表示乘客拒绝接听第二隐私号码的来电；第六状态可以表示司机挂断电话；第七状态可以表示乘客接听电话；第八状态可以表示司机和成功完成沟通，司机或者乘客任意一方挂断电话。不同的显示状态可以使用不同的颜色进行表示。

<装置实施例>

参见图7所示，在本公开的实施例还提供了一种通话***70，该通话***70包括车载终端71和服务平台72。该车载终端71搭载有SIM卡，车载终端71通过SIM卡提供的移动数据服务与服务平台72进行通信。该车载终端71可以是如图1所示的车载终端2000。该服务平台72可以是如图1所示的1000。

该车载终端71可以用于，接收服务订单，在其人机交互界面上呈现服务订单的信息，服务订单的信息包括用于呼叫服务订单的乘客的第一交互控件。

在一个实施例中，服务订单包括乘客终端号码，第一交互控件设有乘客终端号码标注，乘客终端号码标注对乘客终端号码进行局部隐匿展示。

在一个实施例中，服务订单包括唯一的订单号，第一通话请求携带订单号，服务平台根据订单号获取司机终端号码和乘客终端号码。

在一个实施例中，服务订单包括乘客终端号码和司机终端号码，第一通话请求携带乘客终端号码和司机终端号码。

该车载终端71还可以用于，响应于司机对第一交互控件的操作，向服务平台发起呼叫乘客的第一通话请求。

该服务平台72可以用于，在接收到第一通话请求后，将服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；或者，服务平台在服务订单被创建时，将服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系。

该服务平台72还可以用于，在接收到第一通话请求后，按照绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

在一个实施例中，第一隐私号码和第二隐私号码为相同的号码。

在一个实施例中，第一隐私号码和第二隐私号码为不同的号码。

在一个实施例中，第一隐私号码为固定电话号码，第二隐私号码为移动电话号码。

在一个实施例中，按照绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，包括：

按照所述绑定关系，使用第一隐私号码呼叫司机终端；

只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。

在一个实施例中，该服务平台72还可以用于，在服务订单结束时或者在服务订单结束后的预设时间后，解除绑定关系。

在一个实施例中，该服务平台72还可以用于，在形成绑定关系后，向车载终端71发送第一通知。

该车载终端71还可以用于，接收到第一通知后，在其人机交互界面上提示司机使用司机终端号码所对应的终端接听来电。

在一个实施例中，该服务平台72还可以用于，在乘客终端未在第一预设时间内接听第二隐私号码的呼叫的情况下，向车载终端71发送第二通知。

该车载终端71还可以用于，接收到第二通知后，在其人机交互界面上显示乘客未接听。

在一个实施例中，该服务平台72还可以用于，在乘客终端拒绝接听第二隐私号码的呼叫的情况下，向车载终端71发送第三通知。

该车载终端71还可以用于，接收到第三通知后，在其人机交互界面上显示乘客拒绝接听。

在一个实施例中，该服务平台72还可以用于，在通话链路被断开后，向车载终端71发送第四通知；

该车载终端71还可以用于，接收到第四通知后，在其人机交互界面上显示与乘客的通话已经结束。

在一个实施例中，该服务平台72还可以用于，在接收到第二通话请求后，按照绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

在一个实施例中，该服务平台72还可以用于，在接收到第三通话请求后，按照绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

根据本公开的实施例，服务平台可以根据第一通话请求获取司机终端号码和乘客终端号码，以根据司机终端号码和乘客终端号码，建立司机终端和乘客终端之间的通话链路，从而实现司机与乘客的语音通话。本公开的实施例可以解决市场上现存的车载终端不具有语音通话功能的问题，并且响应于司机对第一交互控件的操作，可以直接发起呼叫乘客的第一通话请求，方便司机操作，避免分散注意力，保障行车安全。并且，服务平台在接收到第一通话请求后，可以为需要通话的一对或多对用户分别分配对应的隐私号码，以使一对或多对用户既可以享有语音通话功能，又可以保护通话的双方的真实号码不被泄漏。

<计算机可读存储介质>

本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令被处理器运行时执行前述任一项实施例的基于车载终端的通话方法。

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

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

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

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

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

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

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

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

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

Claims (20)

1.一种基于车载终端的通话方法，其特征在于，包括：

所述车载终端接收服务订单，在其人机交互界面上呈现所述服务订单的信息，所述服务订单的信息包括用于呼叫所述服务订单的乘客的第一交互控件；

所述车载终端响应于司机对所述第一交互控件的操作，向服务平台发起呼叫所述乘客的第一通话请求；

所述服务平台在接收到所述第一通话请求后，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；或者，所述服务平台在所述服务订单被创建时，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；

所述服务平台在接收到所述第一通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

2.根据权利要求1所述的方法，所述服务订单包括乘客终端号码，所述第一交互控件设有乘客终端号码标注，所述乘客终端号码标注对乘客终端号码进行局部隐匿展示。

3.根据权利要求1所述的方法，所述服务订单包括唯一的订单号，所述第一通话请求携带所述订单号，所述服务平台根据所述订单号获取司机终端号码和乘客终端号码；或者，

所述服务订单包括乘客终端号码和司机终端号码，所述第一通话请求携带乘客终端号码和司机终端号码。

4.根据权利要求1所述的方法，所述按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，包括：

按照所述绑定关系，使用第一隐私号码呼叫司机终端；

只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。

5.根据权利要求1所述的方法，所述服务平台在所述服务订单结束时或者在所述服务订单结束后的预设时间后，解除绑定关系。

6.根据权利要求1所述的方法，所述车载终端搭载有SIM卡，所述车载终端通过所述SIM卡提供的移动数据服务与所述服务平台进行通信。

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

所述服务平台在形成所述绑定关系后，向所述车载终端发送第一通知；

所述车载终端接收到第一通知后，在其人机交互界面上提示司机使用所述司机终端号码所对应的终端接听来电。

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

所述服务平台在乘客终端未在第一预设时间内接听第二隐私号码的呼叫的情况下，向所述车载终端发送第二通知；

所述车载终端接收到第二通知后，在其人机交互界面上显示乘客未接听。

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

所述服务平台在乘客终端拒绝接听第二隐私号码的呼叫的情况下，向所述车载终端发送第三通知；

所述车载终端接收到第三通知后，在其人机交互界面上显示乘客拒绝接听。

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

所述服务平台在所述通话链路被断开后，向所述车载终端发送第四通知；

所述车载终端接收到第四通知后，在其人机交互界面上显示与乘客的通话已经结束。

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

响应于司机对于司机终端的操作，向所述服务平台发起呼叫第一隐私号码的第二通话请求；

所述服务平台在接收到所述第二通话请求后，按照所述绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

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

响应于乘客对于乘客终端的操作，向所述服务平台发起呼叫第二隐私号码的第三通话请求；

所述服务平台在接收到第三通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

13.根据权利要求1-12任一项所述的方法，所述第一隐私号码和所述第二隐私号码为相同的号码。

14.根据权利要求1-12任一项所述的方法，所述第一隐私号码和所述第二隐私号码为不同的号码。

15.根据权利要求1-12任一项所述的方法，所述第一隐私号码为固定电话号码，所述第二隐私号码为移动电话号码。

16.一种通话***，其特征在于，包括车载终端和服务平台；

所述车载终端用于，接收服务订单，在其人机交互界面上呈现所述服务订单的信息，所述服务订单的信息包括用于呼叫所述服务订单的乘客的第一交互控件；

所述车载终端还用于，响应于司机对所述第一交互控件的操作，向服务平台发起呼叫所述乘客的第一通话请求；

所述服务平台用于，在接收到所述第一通话请求后，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；或者，所述服务平台在所述服务订单被创建时，将所述服务订单的司机终端号码和乘客终端号码与第一隐私号码、第二隐私号码绑定，形成绑定关系；

所述服务平台还用于，在接收到所述第一通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，在司机终端接听第一隐私号码的呼叫并且乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路。

17.根据权利要求16所述的***，所述按照所述绑定关系，使用第一隐私号码呼叫司机终端，使用第二隐私号码呼叫乘客终端，包括：

按照所述绑定关系，使用第一隐私号码呼叫司机终端；

只在司机终端接听第一隐私号码的呼叫的情况下，使用第二隐私号码呼叫乘客终端。

18.根据权利要求16所述的***，所述服务平台还用于，在所述服务订单结束时或者在所述服务订单结束后的预设时间后，解除绑定关系。

19.根据权利要求16所述的***，

所述服务平台还用于，在接收到第二通话请求后，按照所述绑定关系，使用第二隐私号码呼叫乘客终端，在乘客终端接听第二隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路；

所述第二通话请求，是司机终端向所述服务平台发起的呼叫第一隐私号码的通话请求。

20.根据权利要求16所述的***，

所述服务平台还用于，在接收到第三通话请求后，按照所述绑定关系，使用第一隐私号码呼叫司机终端，在司机终端接听第一隐私号码的呼叫的情况下，建立司机终端和乘客终端之间的通话链路；

所述第三通话请求，是乘客终端向所述服务平台发起的呼叫第二隐私号码的通话请求。

Images