CN107766954A - 临时叫车方法及装置、约车订单发送处理方法及服务器 - Google Patents

Abstract

本发明公开一种临时叫车方法及装置、约车订单发送处理方法及服务器，所述临时叫车方法包括：获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。当上述方法应用于临时打车时，能够节省用户叫车时间。

Description

临时叫车方法及装置、约车订单发送处理方法及服务器

技术领域

本发明涉及网络约车技术领域，具体涉及一种临时叫车方法及装置、约车订单发送处理方法及服务器。

背景技术

按照工作频率的不同，可将RFID系统划分为低频(LowFrequency,LF)、高频(HighFrequency,HF)、超高频(Ultra-highFrequency,UHF)和微波(Microwave,MW)等几个类型。低频RFID系统工作在30KHz～300KHz频段，典型的工作频率有125KHz、133KHz和134.2KHz。低频电子标签一般为无源电子标签，并且可以有多重形状，其工作能量通过电子标签的天线(线圈)与读写器的天线(线圈)之间的电感耦合(变压器耦合)方式获得，电子标签与读写器进行数据交换时，电子标签必须位于读写器天线辐射的近场区内，即读写器天线及RFID电子标签天线均有很强的方向性。由于低频磁场的高穿透性，识别距离不受周围附件材料特性的影响(金属除外)。但是相比于其他频段的无源电子标签，其天线成本较高，读写距离近，速度慢，多电子标签防碰撞能力弱。高频RFID系统工作在3MHz～30MHz频段，典型的工作频率为13.56MHz，一般亦是无源电子标签，工作原理与低频RFID系统完全相同。相比于低频RFID系统，高频RFID系统提高了数据传输速率，和电子标签内部储存空间，但是其识别距离虽然相比低频RFID系统得到了提高，达到了1米量级，仍然无法满足远距离识别的要求。超高频RFID系统工作在300～1000MHz频率范围内，典型的工作频段有433.05MHz～434.79MHz、840MHz～845MHz、860MHz～960MHz。相比于低频和高频RFID系统，超高频RFID系统具有更高的数据传输速率以及更大的电子标签存储空间，其防碰撞能力也得到了显著的提高。较之高频RFID系统1米量级的识别距离，超高频RFID系统的识别距离能达到10米量级，带有电池的超高频RFID电子标签的识别距离可达百米量级；较之微波与毫米波RFID系统，超高频RFID系统的抗干扰能力更强，技术更为成熟，成本更低。因此，非常适合于高速、远距离、多目标的RFID系统应用。

而在日常生活中，如果用户正在马路上，且临时决定打车，那么若用户通过约车平台下单，则会耗费较长的时间等待司机接单，而且，如果接单的司机距离用户较远，则用户在司机接单后还需要等待较长时间才能等到到达乘车出发地的专车。

由此，如何提供一种即时识别附近专车并从识别出的专车中选择车辆下单的方法，以节省用户叫车时间，成为亟待解决的问题。

发明内容

针对现有技术中的缺陷，本发明实施例提供一种临时叫车方法及装置、约车订单发送处理方法及服务器。

一方面，本发明实施例提出一种临时叫车方法，包括：

获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

本发明实施例提供的临时叫车方法，当用户临时想要叫车时，通过获取周围车辆的车载电子标签的信息，并上传服务器，借助于服务器的检索功能，能够获取当前可接单车辆的相关信息，而后通过服务器向指定的车辆下单，使得用户不需要像通常的需要服务器广播订单等待司机接单的现有技术，而只需要等待指定的司机接单，另外，因为指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

另一方面，本发明实施例提出一种约车订单发送处理方法，包括：

接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

本发明实施例提供的约车订单发送处理方法，通过为用户检索用户附近的车辆中当前可接单车辆，并将用户的约车订单发送给用户指定的车辆，从而相较于需要服务器广播订单等待司机接单的现有技术，本实施例中用户只需要等待指定的车辆的司机接单，另外，因为用户指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

另一方面，本发明实施例提出一种临时叫车装置，包括：

获取单元，用于获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

上传单元，用于将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

下单单元，用于接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

本发明实施例提供的临时叫车装置，当用户临时想要叫车时，利用获取单元通过获取周围车辆的车载电子标签的信息，并利用上传单元将所述车载电子标签的信息上传服务器，借助于服务器的检索功能获取周围车辆中当前可接单车辆的相关信息，利用下单单元通过服务器向指定的车辆下单，使得用户不需要像通常的需要服务器广播订单等待司机接单的现有技术，而只需要等待指定的车辆的司机接单，另外，因为指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

另一方面，本发明实施例提出一种服务器，包括：

检索单元，用于接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

第一发送单元，用于接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

本发明实施例提供的服务器，利用检索单元为用户检索用户周围车辆中当前可接单车辆，并利用第一发送单元将用户的约车订单发送给用户指定的车辆，从而相较于需要服务器广播订单等待司机接单的现有技术，本实施例中用户只需要等待指定的车辆的司机接单，另外，因为用户指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

附图说明

图1为本发明临时叫车方法一实施例的流程示意图；

图2为本发明约车订单发送处理方法一实施例的流程示意图；

图3为本发明临时叫车装置一实施例的结构示意图；

图4为本发明临时叫车装置另一实施例的实体结构示意图；

图5为本发明服务器一实施例的结构示意图；

图6为本发明服务器另一实施例的实体结构示意图。

具体实施方式

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

参看图1，本实施例公开一种临时叫车方法，包括：

S10、获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

在具体实施例中，所述车载电子标签可以根据需要设置在车辆的任意位置，比如可以安装在挡风玻璃处等，本实施例对此不作限定。另外，用户终端可以通过安装的微波天线借助于微波天线和车载电子标签之间的微波专用短程通讯获取周围车辆的车载电子标签的信息，具体来说，是用户终端的智能芯片通过微波天线获取周围车辆的车载电子标签的信息，并发送给用户终端。当某一时刻，用户打开打车软件以后也就打开了微波专用通讯功能，能够自动识别其识别范围内的车辆的车载电子标签的信息。

S11、将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

当然，为了便于用户选择感兴趣的车辆下单，所述相关信息可以包括车辆信息和司机信息。所述车辆信息可以包括车型、车牌号等等，所述司机信息可以包括司机注册时的照片、司机驾龄等等，本实施例不作限定。

S12、接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单；

在具体应用中，用户终端可以在接收到服务器返回的当前可接单车辆的相关信息后，显示包含所述当前可接单车辆的相关信息的选择界面，用户在该界面可以选择至少一个车辆，并通过服务器下单。

所述通过所述服务器向用户选择的可接单车辆下订单，具体可以包括：

向所述服务器上传包括用户选择的可接单车辆的相关信息中的标识信息的约车订单，以使所述服务器将所述约车订单发送给所述标识信息对应的司机终端，其中，所述约车订单包还括用户当前所在位置和用户的乘车目的地。

本发明实施例提供的临时叫车方法，当用户临时想要叫车时，通过获取周围车辆的车载电子标签的信息，并上传服务器，借助于服务器的检索功能，能够获取当前可接单车辆的相关信息，而后通过服务器向指定的车辆下单，使得用户不需要像通常的需要服务器广播订单等待司机接单的现有技术，而只需要等待指定的司机接单，另外，因为指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

在上述方法实施例的基础上，所述方法还可以包括如下的图中未示出的步骤：

S13、在所述司机终端对应的司机接单后，接收所述服务器返回的接单消息。

需要说明的是，用户可以选择多个车辆下单，但是接单的司机只能是1个。如果在预设的时间内未接收到接单消息，则可以重复执行步骤S10至S13，直至接收到接单消息为止。

参看图2，本实施例公开一种约车订单发送处理方法，包括：

S20、接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

需要说明的是，检索的过程具体是查找预设的车载电子标签的信息与车辆标识(比如车牌号)的对应关系，确定出表中所述用户终端上传的周围车辆的车载电子标签的信息对应的车辆。服务器能够获取安装有司机端软件的车辆的运营状况，并从所述用户终端上传的周围车辆的车载电子标签的信息对应的车辆中确定出当前可接单车辆，并将所述当前可接单车辆的相关信息反馈给所述用户终端。所述相关信息为司机注册专车时上传至服务器的信息，主要包括两类：车辆信息和司机信息。所述车辆信息可以包括车型、车牌号等等，所述司机信息可以包括司机注册时的照片、司机驾龄等等，本实施例不作限定。

S21、接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

本实施例中，接收到用户终端发送的约车订单后，还可以检索预设的用户注册信息表，得到用户注册时的联系方式，将所述联系方式加入所述约车订单，并将包含有联系方式的约车订单发送给所述司机终端，以使司机接单后便于联系用户。所述用户注册信息表即为用户注册时上传至服务器的信息以及服务器为用户分配的信息，一般包括帐户、密码、联系方式、照片等信息。

本发明实施例提供的约车订单发送处理方法，通过为用户检索用户附近的车辆中当前可接单车辆，并将用户的约车订单发送给用户指定的车辆，从而相较于需要服务器广播订单等待司机接单的现有技术，本实施例中用户只需要等待指定的车辆的司机接单，另外，因为用户指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

在上述方法实施例的基础上，所述方法还可以包括如下的图中未示出的步骤：

S22、在所述用户指定的车辆的司机接单后，接收对应的司机终端发送的接单消息，并将所述接单消息发送给所述用户终端。

需要说明的是，如果用户指定了不止一辆车，那么就将最早接单的司机的司机终端发送的接单消息发送给用户终端。

参看图3，本发明实施例提出一种临时叫车装置，包括：

获取单元10，用于获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

在具体实施例中，所述车载电子标签可以根据需要设置在车辆的任意位置，比如可以安装在挡风玻璃处等，本实施例对此不作限定。另外，车载电子标签与所在车辆关联，存储有标识该车辆的标识符，用户终端可以通过安装的微波天线借助于微波天线和车载电子标签之间的微波专用短程通讯获取周围车辆的车载电子标签的信息。

上传单元11，用于将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

当然，为了便于用户选择感兴趣的车辆下单，所述相关信息可以包括车辆信息和司机信息。

下单单元12，用于接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

所述下单单元12，具体可以用于：

向所述服务器上传包括用户选择的可接单车辆的相关信息中的标识信息的约车订单，以使所述服务器将所述约车订单发送给所述标识信息对应的司机终端，其中，所述约车订单包还括用户当前所在位置和用户的乘车目的地。

本实施例公开的临时叫车装置，当用户临时想要叫车时，利用获取单元通过获取周围车辆的车载电子标签的信息，并利用上传单元将所述车载电子标签的信息上传服务器，借助于服务器的检索功能获取周围车辆中当前可接单车辆的相关信息，利用下单单元通过服务器向指定的车辆下单，使得用户不需要像通常的需要服务器广播订单等待司机接单的现有技术，而只需要等待指定的车辆的司机接单，另外，因为指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

在上述装置实施例的基础上，所述装置还可以包括如下的图中未示出的结构：

接收单元13，用于在所述司机终端对应的司机接单后，接收所述服务器返回的接单消息。

需要说明的是，如果接收单元13在预设的时间内未接收到接单消息，则可以通知获取单元10工作，再次检索周围的车辆、选择车辆、下单、等待司机接单，直至接收到接单消息为止。

图4示例了一种临时叫车装置的实体结构示意图，如图4所示，该装置可以包括：处理器(processor)101、存储器(memory)102、通信接口(Communications Interface)103和总线104，其中，处理器101，存储器102，通信接口103通过总线104完成相互间的通信。通信接口103可以用于该装置与司机终端和服务器之间的信息传输。处理器101可以调用存储器102中的逻辑指令，以执行如下方法：获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

参看图5，本发明实施例提出一种服务器，包括：

检索单元20，用于接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

需要说明的是，检索的过程具体是查找预设的车载电子标签的信息与车辆标识(比如车牌号)的对应关系，确定出表中所述用户终端上传的周围车辆的车载电子标签的信息对应的车辆。服务器能够获取安装有司机端软件的车辆的运营状况，使得检索单元20能够从所述用户终端上传的周围车辆的车载电子标签的信息对应的车辆中确定出当前可接单车辆，并将所述当前可接单车辆的相关信息反馈给所述用户终端。所述相关信息为司机注册专车时上传至服务器的信息，主要包括两类：车辆信息和司机信息。

第一发送单元21，用于接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

本实施例中，第一发送单元21接收到用户终端发送的约车订单后，还可以检索预先存储的用户注册信息表，得到用户注册时的联系方式，将所述联系方式加入所述约车订单，并将包含有联系方式的约车订单发送给所述司机终端，以使司机接单后便于联系用户。所述用户注册信息表即为用户注册时上传至服务器的信息以及服务器为用户分配的信息，一般包括帐户、密码、联系方式、照片等信息。

本实施例公开的服务器，利用检索单元为用户检索用户周围车辆中当前可接单车辆，并利用第一发送单元将用户的约车订单发送给用户指定的车辆，从而相较于需要服务器广播订单等待司机接单的现有技术，本实施例中用户只需要等待指定的车辆的司机接单，另外，因为用户指定的车辆位于用户附近，用户不需要花费太多的时间等待司机，从而能够节省用户叫车时间。

在上述服务器实施例的基础上，所述服务器还可以包括如下的图中未示出的结构：

第二发送单元22，用于在所述用户指定的车辆的司机接单后，接收对应的司机终端发送的接单消息，并将所述接单消息发送给所述用户终端。

需要说明的是，如果用户指定了不止一辆车，那么第二发送单元22会将最早接单的司机的司机终端发送的接单消息发送给用户终端。

图6示例了一种服务器的实体结构示意图，如图6所示，该服务器可以包括：处理器(processor)201、存储器(memory)202、通信接口(Communications Interface)203和总线204，其中，处理器201，存储器202，通信接口203通过总线204完成相互间的通信。通信接口203可以用于该服务器与用户终端和司机终端之间的信息传输。处理器201可以调用存储器202中的逻辑指令，以执行如下方法：接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

此外，上述的处理器101和201中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (12)

1.一种临时叫车方法，其特征在于，包括：

获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

2.根据权利要求1所述的方法，其特征在于，所述通过所述服务器向用户选择的可接单车辆下订单，包括：

向所述服务器上传包括用户选择的可接单车辆的相关信息中的标识信息的约车订单，以使所述服务器将所述约车订单发送给所述标识信息对应的司机终端，其中，所述约车订单还包括用户当前所在位置和用户的乘车目的地。

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

在所述司机终端对应的司机接单后，接收所述服务器返回的接单消息。

4.根据权利要求1所述的方法，其特征在于，所述获取周围车辆的车载电子标签的信息，包括：

通过安装的微波天线获取周围车辆的车载电子标签的信息。

5.一种约车订单发送处理方法，其特征在于，包括：

接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

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

在所述用户指定的车辆的司机接单后，接收对应的司机终端发送的接单消息，并将所述接单消息发送给所述用户终端。

7.一种临时叫车装置，其特征在于，包括：

获取单元，用于获取周围车辆的车载电子标签的信息，所述信息中包括身份识别信息；

上传单元，用于将所述车载电子标签的信息上传至服务器，获取所述服务器返回的当前可接单车辆的相关信息；

下单单元，用于接收用户的选择指令，通过所述服务器向用户选择的可接单车辆下订单。

8.根据权利要求7所述的装置，其特征在于，所述下单单元，具体用于向所述服务器上传包括用户选择的可接单车辆的相关信息中的标识信息的约车订单，以使所述服务器将所述约车订单发送给所述标识信息对应的司机终端，其中，所述约车订单包还括用户当前所在位置和用户的乘车目的地。

9.根据权利要求7所述的装置，其特征在于，还包括：

接收单元，用于在所述司机终端对应的司机接单后，接收所述服务器返回的接单消息。

10.根据权利要求7所述的装置，其特征在于，所述获取单元，具体用于通过安装的微波天线获取周围车辆的车载电子标签的信息。

11.一种服务器，其特征在于，包括：

检索单元，用于接收用户终端上传的周围车辆的车载电子标签的信息，根据所述车载电子标签的信息进行检索，确定出所述车载电子标签的信息对应的车辆，并将所述车辆中当前可接单车辆的相关信息反馈给所述用户终端；

第一发送单元，用于接收所述用户终端发送的约车订单，并将所述约车订单发送给用户指定的车辆。

12.根据权利要求11所述的服务器，其特征在于，还包括：

第二发送单元，用于在所述用户指定的车辆的司机接单后，接收对应的司机终端发送的接单消息，并将所述接单消息发送给所述用户终端。