CN104933571A - 打车的方法及系统 - Google Patents

Abstract

本发明提供了一种打车的方法，包括：接收到用户设备UE发送的语音呼叫请求；根据语音呼叫请求获取所述UE的标识；以及向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；接收UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；向打车系统发送订单请求。本发明还提供了一种打车的系统，包括接收单元、获取单元和发送单元。本发明使得用户可以通过手机或固定电话打车，解决了现有技术中只能通过智能打车软件打车的问题。

Description

打车的方法及系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种打车的方法及系统。

背景技术

智能设备的普及和移动互联网的发展，给人们的出行带来了极大便利。当前打车需求已经是社会各阶层人士的普遍需求，与打车系统连接的智能打车软件解决了出租车司机和乘客之间的信息不对称问题。

智能打车软件改变了传统打车方式，建立并培养出大移动互联网时代引领的用户现代化出行方式。智能打车软件帮助打车用户节省了大量的时间，提高了效率。但是很多人尤其是老年人使用的还是非智能手机，无法安装和使用智能打车软件。另外，即便老年人使用的是智能手机，智能打车软件对于老年人的门槛也很高，由于老年人不熟悉智能打车软件的安装使用流程，造成老年人打车难的状况。

因此，需要提供一种新的打车方法，以解决上述问题。

发明内容

针对现有技术的缺陷，本发明提供一种打车的方法及系统，使得用户可以通过手机或固定电话打车，解决了现有技术中只能通过智能打车软件打车的问题，降低了打车的门槛。

第一方面，本发明提供了一种打车的方法，所述方法包括：

语音呼叫转换系统接收到用户设备UE发送的语音呼叫请求；

根据所述语音呼叫请求获取所述UE的标识；以及

向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；

接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；

向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；

接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；

向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

其中，所述方法还包括：

接收所述打车系统根据所述订单请求返回的订单结果信息，

将所述订单结果信息发送给与所述UE的标识对应的UE。

其中，所述将所述订单结果信息发送给与所述UE的标识对应的UE包括：

将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，

向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

其中，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

其中，在向所述UE发送用于输入目的地的第一语音提示信息之前，所述方法还包括：

判断所述语音呼叫请求是否为用于打车的语音呼叫请求；

若是，则执行向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示音。

其中，在接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，所述方法还包括：

向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息。

第二方面，本发明还提供了一种打车的系统，所述系统包括接收单元、获取单元和发送单元；

所述接收单元，用于接收用户设备UE发送的语音呼叫请求；

所述获取单元，用于根据所述语音呼叫请求获取所述UE的标识；

所述发送单元，用于向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；

所述接收单元，还用于在所述发送单元发送完所述第一语音提示信息之后，接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；

所述发送单元，还用于在所述接收单元接收到目的地地址之后，向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；

所述接收单元，还用于在所述发送单元发送完所述第二语音提示信息之后，接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；

所述发送单元，还用于所述接收单元接收到出发地地址之后，向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

其中，所述接收单元还用于在所述发送单元发送完订单请求之后，接收所述打车系统根据所述订单请求返回的订单结果信息；

所述发送单元还用于在所述接收单元接收到所述订单结果信息之后，将所述订单结果信息发送给与所述UE的标识对应的UE。

其中，所述发送单元具体用于将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，

向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

其中，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

其中，所述系统还包括判断单元，所述判断单元用于在所述发送单元向所述UE发送所述第一语音提示信息之前，判断所述语音呼叫请求是否为用于打车的语音呼叫请求；

在所述判断单元确定所述语音呼叫请求为用于打车的语音呼叫请求之后，所述发送单元执行向与所述UE的标识对应的UE发送所述第一语音提示音。

其中，所述发送单元还用于在所述接收单元接收到所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息。

由上述技术方案可知，本发明提供的打车的方法及系统，通过接收用户设备发送的语音呼叫请求，获取用户设备的标识，并自动提示该用户设备的使用者通过该用户设备输入目的地和出发地，根据该用户设备发送的目的地和出发地以及用户设备的标识生成订单请求，并将该订单请求发送给打车系统，从而可以使得用户可以通过手机或固定电话进行语音打车，解决了现有技术中只能通过智能打车软件打车的问题，降低了打车的门槛，尤其方便了不会使用智能打车软件的老人。

另外，由于用户可以通过手机和固定电话进行语音打车，因此在没有网络的地方也可以打车，增加了便利性。

此外，本发明打车的方法及系统所使用的打车系统与智能打车软件所连接的打车系统为同一个打车系统，打车系统可以将本发明生成的订单请求和智能打车软件生成的订单请求统一分配给司机侧终端，这样充分利用了现有打车系统的司机资源，提高了叫车效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1为本发明一实施例提供的打车的方法的流程图；

图2为本发明一优选实施例提供的打车的方法的流程图；

图3为本发明另一实施例提供的打车的系统的结构示意图；

图4为本发明另一优选实施例提供的打车的系统的结构示意图。

具体实施方式

下面将结合本公开实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以下对本发明实施例中提及的部分词语进行举例说明。

本发明实施例中提及的用户设备(User Equipment，简称UE)是指服务需求方，如交通工具叫车服务中的乘客所使用的移动电话或固定电话。当然也可以是交通工具叫车服务中的乘客所使用的其他可以发送语音呼叫请求的通信设备。

本发明实施例中提及的司机侧终端为服务提供方，即为交通工具叫车服务中的司机所使用的用于接单的移动终端或PC端等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、GearVR)等。

本发明实施例中，所述语音呼叫转换系统为一个预设的语音呼叫处理中心，用户设备可以通过拨打预设的固定号码和其进行联通，所述预设的固定号码为预设的叫车服务电话号码。所述语音呼叫转换系统可以自动提取与其联通的用户设备的标识，即电话号码。

本发明实施例中，所述打车系统为一个预设的智能管理系统，其用于根据接收的订单请求生成订单信息，并将订单信息按照预设的订单分配策略发送司机侧终端，如发送给第一司机侧终端、第二司机侧终端，……，第N司机侧终端；所述第一司机侧终端可为第一个司机所持的移动终端，第二司机侧终端可为第二个司机所持的终端，……，第N司机侧终端可为第N个司机所持的终端。

本发明实施例所述的打车系统与现有技术中智能打车软件所连接的打车系统为同一个打车系统，打车系统可以将本发明实施例发送的订单请求生成订单信息，以分配给司机侧终端。

图1示出了本发明一实施例提供的打车的方法的流程图。如图1所示，本发明一实施例提供的打车的方法包括如下步骤：

步骤101：语音呼叫转换系统接收到用户设备UE发送的语音呼叫请求。

在本步骤中，用户设备可为移动电话或固定电话等，当然也可以是其他可以向语音呼叫转换系统发送语音呼叫请求的通信设备。

对于想要打车的乘客，如老人，可以通过移动电话或固定电话直接拨打预设的电话号码(叫车服务电话号码)，以联通语音呼叫转换系统。在与所述语音呼叫转换系统联通后，想要打车的乘客通过该移动电话或固定电话向该语音呼叫转换系统发送语音呼叫请求。

步骤102：语音呼叫转换系统根据所述语音呼叫请求获取所述UE的标识。

在本步骤中，所述语音呼叫转换系统根据UE发送的语音呼叫请求获取UE的标识，这里，所述UE的标识指该UE的电话号码，可以为固定电话号码或移动电话号码。例如，获取所述UE的标识为“135……5682”。

步骤103：语音呼叫转换系统向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息。

在本步骤中，所述语音呼叫转换系统在接收到UE发送的语音呼叫请求后，根据所述UE的标识“135……5682”向所述UE发送用于输入目的地的第一语音提示信息，以提示该UE的使用者(乘客)输入本次打车的目的地。

其中，该UE的使用者即前述的乘客在接收到所述第一语音提示信息后，通过语音或键盘的方式输入本次打车的目的地，例如通过语音输入“北京大学东门”，并通过UE发送给语音呼叫转换系统。

步骤104：语音呼叫转换系统接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址。

在本步骤中，所述语音呼叫转换系统接收该UE的使用者通过该UE发送的目的地地址“北京大学东门”，并将该目的地地址与该UE的标识存储在一起，即将“北京大学东门”和“135……5682”存储在一起。

步骤105：语音呼叫转换系统向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息。

在本步骤中，所述语音呼叫转换系统在接收到UE的使用者通过该UE发送的目的地址“北京大学东门”之后，向该UE继续发送用于输入出发地的第二语音提示信息。

该UE的使用者在接收到所述第二语音提示信息后，通过语音或键盘的方式输入本次打车的出发地，例如通过键盘输入“友谊医院门口”，并通过UE发送给语音呼叫转换系统。

步骤106：语音呼叫转换系统接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址。

在本步骤中，所述语音呼叫转换系统接收该UE的使用者通过该UE发送的出发地地址“友谊医院门口”，并将该出发地址和上述的目的地址、该UE的标识存储在一起，即将“友谊医院门口”、“北京大学东门”以及“135……5682”存储在一起。

例如，在语音呼叫转换系统中可以预先建立一个数据库，那么，对应于每个语音呼叫请求，在数据库中的数据表中为其建立一条记录，用来存储该语音呼叫请求的流水号、发起该语音呼叫请求的UE的标识、对应该UE的标识的目的地地址、对应该UE的标识的出发地地址、发起该语音呼叫请求的时间等等。该数据库中的每一条记录对应一个订单请求，例如下面所示的一条记录：

(‘11310’，‘135……5682’，‘北京大学东门’，‘友谊医院门口’，‘201505071428’，……)。

步骤107：语音呼叫转换系统向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

在本步骤中，在接收到该UE的使用者通过UE发送的目的地地址和出发地地址之后，所述语音呼叫转换系统根据这些信息生成一个订单请求，并将该订单请求发送给打车系统，该订单请求包括：所述UE的标识、目的地地址和出发地地址。

当然，本领域人员应该明白，根据需要所述订单请求中还可以包含其他信息，例如订单请求生成的时间、订单紧急程度等。

打车系统在接收到所述语音呼叫转换系统发送的订单请求之后，根据订单请求生成订单信息，进而将该订单信息按照预设的订单分配策略发送给司机侧终端。

其中，将该订单信息按照预设的订单分配策略发送司机侧终端具体可为：根据该订单信息中的出发地信息，将该订单信息发送给预设范围内的一个或多个司机侧终端。预设范围的一个或多个司机侧终端是指：与订单出发地的距离小于预设值的一个或多个司机侧终端。

司机侧终端在接收到打车系统发来的订单信息后开始抢单，在预设的时间段内，如果某个司机侧终端抢单成功，那么打车系统将该订单信息授权给该抢单成功的司机侧终端；该抢单成功的司机侧终端的使用者(司机)在接收到打车系统发送的授权信息后，可以通过该订单信息中的UE的标识“135……5682”，向该UE拨打电话联系该UE的使用者(乘客)。

如果在该预设的时间段内，该订单信息始终未被司机侧终端抢单成功，那么打车系统取消继续向司机侧终端发送该订单信息。

实际上，打车系统根据该订单信息是否被成功抢单，还可以生成与该订单信息对应的订单结果信息，并将与该订单信息对应的订单结果信息发送给上述语音呼叫转换系统。因此，参见图2，在本发明的一个优选实施例中，在步骤107之后，所述方法还包括：

步骤108：语音呼叫转换系统接收所述打车系统根据所述订单请求返回的订单结果信息，将所述订单结果信息发送给与所述UE的标识对应的UE。

在本步骤中，所述语音呼叫转换系统接收所述打车系统根据所述订单请求返回的订单结果信息，并将所述订单结果信息发送给与所述UE的标识对应的UE，以尽早告知所述UE的使用者是否有司机接单。

具体地，所述语音呼叫转换系统可以将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，也可以向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

其中，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

例如，对于上面实施例生成的包含“135……5682”、“北京大学东门”、“友谊医院门口”的订单请求，假如某个司机侧终端在接收到打车系统发来的与该订单请求对应的订单信息后，在预设的时间段(例如3min)内抢单成功，那么打车系统将生成与该订单请求对应的订单结果信息，该订单结果信息包括“订单成功，司机的联系方式为152……5546，车牌号为京K 2234，车辆将在2分钟内到达出发地“友谊医院门口””。

假如在预设的时间段(3min)内，该订单请求对应的订单信息始终未被司机侧终端抢单成功，那么打车系统将生成与该订单信息对应的订单结果信息，该订单结果信息包括“订单失败，请重新呼叫”。

在本发明的一个优选实施例中，参见图2，在所述步骤103向所述UE发送用于输入目的地的第一语音提示信息之前，所述方法还包括：

步骤a：语音呼叫转换系统判断所述语音呼叫请求是否为用于打车的语音呼叫请求；若是，则执行前述的步骤103，即向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示音。

若所述语音呼叫请求不是用于打车的语音呼叫请求，则忽略该语音呼叫请求，以节省语音呼叫转换系统的资源。

在本发明的一个优选实施例中，参见图2，在所述步骤106接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，所述方法还包括：

步骤b：语音呼叫转换系统向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息，以提示所述UE的使用者等待订单结果信息。

本实施例所述的自动语音叫车方法，通过接收用户设备发送的语音呼叫请求，获取用户设备的标识，并自动提示该用户设备的使用者通过该用户设备输入目的地和出发地，根据该用户设备发送的目的地和出发地以及用户设备的标识生成订单请求，并将该订单请求发送给打车系统，从而可以使得用户可以通过手机或固定电话进行语音打车，解决了现有技术中只能通过智能打车软件打车的问题，降低了打车的门槛，尤其方便了不会使用智能打车软件的老人。

另外，由于用户可以通过手机和固定电话进行语音打车，因此在没有网络的地方也可以打车，增加了便利性。

另外，本实施例所使用的打车系统与智能打车软件所连接的打车系统为同一个打车系统，打车系统可以将本实施例生成的订单请求和智能打车软件生成的订单请求统一分配给司机侧终端，这样充分利用了现有打车系统的司机资源，提高了叫车效率。

图3示出了本发明另一实施例提供的打车的系统的结构示意图，如图3所示，本发明另一实施例提供的打车的系统包括：接收单元31、获取单元32和发送单元33；

所述接收单元31，用于接收用户设备UE发送的语音呼叫请求；

所述获取单元32，用于根据所述语音呼叫请求获取所述UE的标识；

所述发送单元33，用于向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；

所述接收单元31，还用于在所述发送单元33发送完所述第一语音提示信息之后，接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；

所述发送单元33，还用于在所述接收单元31接收到目的地地址之后，向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；

所述接收单元31，还用于在所述发送单元33发送完所述第二语音提示信息之后，接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；

所述发送单元33，还用于所述接收单元31接收到出发地地址之后，向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

打车系统在接收到所述语音呼叫转换系统的发送单元33发送的订单请求之后，根据订单请求生成订单信息，进而将该订单信息按照预设的订单分配策略发送给司机侧终端。

司机侧终端在接收到打车系统发来的订单信息后开始抢单，在预设的时间段内，如果某个司机侧终端抢单成功，那么打车系统将该订单信息授权给该抢单成功的司机侧终端；该抢单成功的司机侧终端的使用者(司机)在接收到打车系统发送的授权信息后，可以通过该订单信息中的UE的标识，向该UE拨打电话联系该UE的使用者(乘客)。

如果在该预设的时间段内，该订单信息始终未被司机侧终端抢单成功，那么打车系统取消继续向司机侧终端发送该订单信息。

实际上，打车系统根据该订单信息是否被成功抢单，还可以生成与该订单信息对应的订单结果信息，并将与该订单信息对应的订单结果信息发送给上述的打车的系统的接收单元31。因此，进一步地，上述的打车的系统的接收单元31还用于在所述发送单元33发送完订单请求之后，接收所述打车系统根据所述订单请求返回的订单结果信息；

进一步地，所述发送单元33还用于在所述接收单元31接收到所述订单结果信息之后，将所述订单结果信息发送给与所述UE的标识对应的UE。

其中，所述发送单元33具体用于将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，

向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

其中，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

进一步地，参见图4，所述系统还包括判断单元34，所述判断单元34用于在所述发送单元33向所述UE发送所述第一语音提示信息之前，判断所述语音呼叫请求是否为用于打车的语音呼叫请求；

在所述判断单元34确定所述语音呼叫请求为用于打车的语音呼叫请求之后，所述发送单元33执行向与所述UE的标识对应的UE发送所述第一语音提示音。

进一步地，所述发送单元33还用于在所述接收单元31接收到所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息。

本实施例所述的打车的系统可以用于执行上述实施例所述打车的方法，其实现原理和技术效果类似，此处不再详述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或者部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储在计算机可读取的存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。

本发明的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种打车的方法，其特征在于，所述方法包括：

语音呼叫转换系统接收到用户设备UE发送的语音呼叫请求；

根据所述语音呼叫请求获取所述UE的标识；以及

向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；

接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；

向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；

接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；

向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

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

接收所述打车系统根据所述订单请求返回的订单结果信息，

将所述订单结果信息发送给与所述UE的标识对应的UE。

3.根据权利要求2所述的方法，其特征在于，所述将所述订单结果信息发送给与所述UE的标识对应的UE包括：

将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，

向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

4.根据权利要求2或3所述的方法，其特征在于，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

5.根据权利要求1所述的方法，其特征在于，在向所述UE发送用于输入目的地的第一语音提示信息之前，所述方法还包括：

判断所述语音呼叫请求是否为用于打车的语音呼叫请求；

若是，则执行向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示音。

6.根据权利要求1所述的方法，其特征在于，在接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，所述方法还包括：

向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息。

7.一种打车的系统，其特征在于，所述系统包括接收单元、获取单元和发送单元；

所述接收单元，用于接收用户设备UE发送的语音呼叫请求；

所述获取单元，用于根据所述语音呼叫请求获取所述UE的标识；

所述发送单元，用于向与所述UE的标识对应的UE发送用于输入目的地的第一语音提示信息；

所述接收单元，还用于在所述发送单元发送完所述第一语音提示信息之后，接收所述UE的使用者根据所述第一语音提示信息通过所述UE输入的目的地地址；

所述发送单元，还用于在所述接收单元接收到目的地地址之后，向与所述UE的标识对应的UE发送用于输入出发地的第二语音提示信息；

所述接收单元，还用于在所述发送单元发送完所述第二语音提示信息之后，接收所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址；

所述发送单元，还用于所述接收单元接收到出发地地址之后，向打车系统发送订单请求，所述订单请求包括：所述UE的标识、所述目的地地址和所述出发地地址。

8.根据权利要求7所述的系统，其特征在于，所述接收单元还用于在所述发送单元发送完订单请求之后，接收所述打车系统根据所述订单请求返回的订单结果信息；

所述发送单元还用于在所述接收单元接收到所述订单结果信息之后，将所述订单结果信息发送给与所述UE的标识对应的UE。

9.根据权利要求8所述的系统，其特征在于，所述发送单元具体用于将所述订单结果信息以短信息方式或电话呼叫方式发送给与所述UE的标识对应的UE；

或者，

向与所述UE的标识对应的UE发送用于告知订单结果信息的第三语音提示信息。

10.根据权利要求8或9所述的系统，其特征在于，所述订单结果信息包括：订单成功信息、司机侧终端的电话号码、车牌号和/或等待时间；

或者，

所述订单结果信息包括：订单失败信息。

11.根据权利要求7所述的系统，其特征在于，所述系统还包括判断单元，所述判断单元用于在所述发送单元向所述UE发送所述第一语音提示信息之前，判断所述语音呼叫请求是否为用于打车的语音呼叫请求；

在所述判断单元确定所述语音呼叫请求为用于打车的语音呼叫请求之后，所述发送单元执行向与所述UE的标识对应的UE发送所述第一语音提示音。

12.根据权利要求7所述的系统，其特征在于，所述发送单元还用于在所述接收单元接收到所述UE的使用者根据所述第二语音提示信息通过所述UE输入的出发地地址之后，向与所述UE的标识对应的UE发送用于提示等待订单结果信息的第四语音提示信息。