CN111967928A

CN111967928A - 一种乘车订单处理方法和装置

Info

Publication number: CN111967928A
Application number: CN202010659210.7A
Authority: CN
Inventors: 彭杰; 李存海
Original assignee: Nanjing Leading Technology Co Ltd
Current assignee: Nanjing Leading Technology Co Ltd
Priority date: 2020-07-09
Filing date: 2020-07-09
Publication date: 2020-11-20
Anticipated expiration: 2040-07-09
Also published as: CN111967928B

Abstract

本发明实施例提供了一种乘车订单处理方法和装置，所述方法包括响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式；在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息；响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息；采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。根据本发明实施例，上述乘车订单处理方式与传统等待网约车平台系统派单的方式相比，提供了一种乘客自主选择车辆派单的方式，让乘客自主选择乘载车辆，无须依赖平台派单，减少了乘客等待时间，增强乘客出行体验。

Description

一种乘车订单处理方法和装置

技术领域

本发明涉及乘车订单处理技术领域，特别是涉及一种乘车订单处理方法和一种乘车订单处理装置。

背景技术

近几年，网约车行业发展十分迅速，不仅方便了人们的出行，还带来了网约车司机这一职业，不仅时间相对自由，而且收入也很可观，所以很多有车一族选择加入网约车平台跑网约车。用户通过在网约车软件平台上下单，平台安排司机来接送，这在很大程度上方便了人们的日常出行。

网约车平台的系统派单逻辑是按照订单发起位置以及您所在的位置之间路面的距离判定的，派单动作全部由电脑模型自动完成，人工无法介入完成派单动作，这一系统自动化掌控需要精准大数据作为支撑。乘客发起一个订单后，网约车平台就会开始统计附近所有车辆信息，然后对车辆条件进行过滤筛选，并按照一定的调度算法选择车辆进行订单匹配，一个订单的应答就完成了。

然而在该订单处理过程中，网约车平台为了综合化的调度，使平台获得最大化的利益，往往不会将离用户最近的车辆分配给用户，因此会出现需要打的车近在眼前，而平台却安排了其他较远的车来接送的情况，这无疑增加了用户候车时间，也影响了司机的收入，对于司机和乘客来说是不方便的。另外，当乘客处于机场或者车站的时候，由于地理位置或者当前网络多人同时使用，存在移动网络信号不好的情况，导致乘客无法快速下单，严重影响了乘客的候车时间，给出行带来很大的不变。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种乘车订单处理方法和相应的一种乘车订单处理装置。

为了解决上述问题，本发明实施例公开了一种乘车订单处理方法，所述方法包括：

响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式；

在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息；

响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息；

采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。

可选地，所述在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息，包括：

在派单模式为第一派单模式的情况下，采用预设的近距离通信方式查找匹配的至少一个移动终端；

接收所述匹配的至少一个移动终端发送的第一候选车辆信息。

可选地，还包括：

在派单模式为第二派单模式的情况下，接收预设服务器发送的第二候选车辆信息；

响应用户的第二车辆选择操作，从所述第二候选车辆信息中选取第二目标车辆信息；

采用所述第二目标车辆信息，生成并向所述预设服务器发送用于建立乘车订单的订单信息。

可选地，所述在派单模式为第二派单模式的情况下，接收预设服务器发送的第二候选车辆信息，包括：

在派单模式为第二派单模式的情况下，采用预设的近距离通信方式发送请求信息；

接收预设服务器发送的至少一个第二候选车辆信息，所述至少一个第二候选车辆信息为接收所述请求信息的至少一个移动终端对应的车辆信息。

本发明实施例还公开了一种乘车订单处理装置，所述装置包括：

确定模块，用于响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式；

获取模块，用于在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息；

第一选取模块，用于响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息；

第一生成模块，用于采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。

可选地，所述获取模块，包括：

查找子模块，用于在派单模式为第一派单模式的情况下，采用预设的近距离通信方式查找匹配的至少一个移动终端；

第一接收子模块，用于接收所述匹配的至少一个移动终端发送的第一候选车辆信息。

可选地，还包括：

接收模块，用于在派单模式为第二派单模式的情况下，接收预设服务器发送的第二候选车辆信息；

第二选取模块，用于响应用户的第二车辆选择操作，从所述第二候选车辆信息中选取第二目标车辆信息；

第二生成模块，用于采用所述第二目标车辆信息，生成并向所述预设服务器发送用于建立乘车订单的订单信息。

可选地，所述接收模块，包括：

发送子模块，用于在派单模式为第二派单模式的情况下，采用预设的近距离通信方式发送请求信息；

第二接收子模块，用于接收预设服务器发送的至少一个第二候选车辆信息，所述至少一个第二候选车辆信息为接收所述请求信息的至少一个移动终端对应的车辆信息。

本发明实施例还公开了一种装置，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上任一项所述的一种乘车订单处理方法的步骤。

本发明实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上任一项所述的一种乘车订单处理方法的步骤。

本发明实施例包括以下优点：

本发明实施例中，用户可以自行选择采用第一派单模式或者第二派单模式进行乘车派单，在第一派单模式下，用户直接与司机建立乘车订单，而无需通过服务器匹配；在第二派单模式下，用户需先与网约车平台服务器通信，再通过平台服务器与司机建立订单关系。上述乘车订单处理方式与传统等待网约车平台系统派单的方式相比，提供了一种乘客自主选择车辆派单的方式，让乘客自主选择乘载车辆，无须依赖平台派单，既减少了乘客等待时间，增强乘客出行体验，又让司机能够提高工作效率，接送更多乘客。此外，用户可以采用预设的近距离通信方式查找匹配的移动终端或发送乘车请求，在移动网络信号不好的时候，可以大大缩短乘客候车时间，方便乘客出行。

附图说明

图1是本发明一种乘车订单处理方法实施例的步骤流程图；

图2是本发明另一种乘车订单处理方法实施例的步骤流程图；

图3是本发明一种乘车订单处理流程图；

图4是本发明的一种乘车订单处理装置实施例的结构框图。

具体实施方式

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

在实际生活中，网约车平台为了平台综合化的管理，在对车辆进行分配调度的时候往往不会将距离乘客最近的车辆分配给乘客，导致乘客候车时间变长，对于乘客来说是不方便的；此外，当乘客处于机场、高铁或者车站等人流密集的地方，常常由于多人同时使用网络造成网络拥堵，用户无法快速完成乘车下单，给乘客出行带来很大不便。

基于此，本发明拟提供一种克服上述问题或者至少部分地解决上述问题的一种乘车订单处理方法和相应的一种乘车订单处理装置。

本发明实施例的核心构思之一在于，乘客的移动终端可以采用预设的近距离通信方式查找匹配的司机，从而建立乘车订单，由此与乘客配对的司机距离乘客的位置大大缩短，减少了乘客的候车时间；此外，对于移动网络信号不好的问题，乘客采用预设的近距离通信方式可以不经过移动网络与司机建立乘车订单，也无需经过平台同意，从而实现乘客自主派单，大大增强用户的出行体验。

参照图1，示出了本发明的一种乘车订单处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式。

为了便于区别，在本发明实施例中，将乘车派单模式分为第一派单模式和第二派单模式。其中，第一派单模式是指不需要经过服务器匹配，乘客与司机直接建立乘车订单的自主派单模式；第二派单模式是指需要经过服务器匹配才能建立乘车订单的系统派单模式。用户根据实际需要，可以自行选择采用哪种模式，需要说明的是，两种派单模式可以分别进行，也可以同时进行。

步骤102，在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息。

选择第一派单模式后，用户可以在与其移动终端通信的范围内查找匹配的车主移动终端，并从中获取第一候选车辆信息。

优选地，为了节约用户候车时间，可以进一步对通信范围进行限定，例如，可以限定与用户移动终端通信的范围设置在1公里以内。

优选地，可以获取多个第一候选车辆信息，并将第一候选车辆信息显示在用户的移动终端界面上，方便用户挑选。

示例性地，当前用户移动终端的特定应用程序包括两种派单模式，其中一种为自主派单模式，另外一种为系统派单模式。用户可以选择采用自主派单模式，选择该模式后，在当前特定应用程序的界面可以显示与用户移动终端通信的至少一个车主的移动终端，进一步地，还可以查看与车主的移动终端对应的候选车辆信息，或者直接显示与用户移动终端通信的至少一个车主的移动终端对应的候选车辆信息。

需要说明的是，第一候选车辆信息只是为了与下面提到的第二候选车辆信息做区分，并没有指定数量，第一候选车辆信息可以有一个，也可以有多个；同理，第二候选车辆信息可以有一个，也可以有多个。

步骤103，响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息；

用户可以从第一候选车辆信息中选取符合用户实际需要的第一目标车辆信息。

步骤104，采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。

用户确定第一目标车辆信息后，采用该信息生成乘车订单，并将该乘车订单发送到对应的车主的移动终端。车主可以选择是否同意接单。

综上，本发明实施例中，用户采用第一派单模式生成乘车订单，无需经过服务器匹配，直接与司机建立乘车关系，与传统等待网约车平台系统派单的方式相比，提供了一种乘客自主选择车辆派单的方式，让乘客自主选择乘载车辆，无须依赖平台派单，既减少了乘客等待时间，增强乘客出行体验，又让司机能够提高工作效率，接送更多乘客。

参照图2，示出了本发明的另一种乘车订单处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201，响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式。

步骤202，在派单模式为第一派单模式的情况下，采用预设的近距离通信方式查找匹配的至少一个移动终端。

近距离通信方式是指通信收发双方通过无线电波传输信息且传输距离限制在较短范围以内的通信方式。示例性地，可以采用以下近距离通信方式：

1、bluetooth蓝牙

是一种无线数据与语音通信的开放性全球规范，其实质内容是为固定设备或移动设备之间的通信环境建立通用的近距无线接口，其传输频段为全球公众通用的2.4GHz ISM频段，提供1Mbps的传输速率和10m的传输距离。

2、Wi-Fi

WiFi是一种允许电子设备连接到一个无线局域网的技术，WIFI全称WirelessFidelity，又称802.11标准，通常使用2.4G UHF或5G SHF ISM射频频段。连接到无线局域网通常是有密码保护的；但也可是开放的，这样就允许任何在WLAN范围内的设备可以连接上。

通过采用上述预设的近距离通信方式，实现用户和车主的近距离匹配，需要说明的是，上述列举的近距离通信方式只是本发明实施例中部分的近距离通信方式，本发明实施例还可以采用其他没有列举的近距离通信方式实现车主和用户配对，在此不再赘述。

采用近距离通信方式可以解决一些地下停车位由于信号弱导致用户无法发送乘车订单的情况。

示例性地，用户可以在其移动终端开放蓝牙功能，从而查找附近匹配的车主移动终端设备。

示例性地，还可以对用户当前移动终端进行GPS定位，以用户所在位置为圆心，对一定半径内的移动终端进行匹配筛选，并将筛选后的结果发送给用户，用户以选择某位司机进行接送。

步骤203，接收所述匹配的至少一个移动终端发送的第一候选车辆信息。

在本发明实施例中，用户查找匹配的车主移动终端后，接收匹配的车主移动终端发送的第一候选车辆信息。匹配成功的车主移动终端可能有一个或多个，接收与车主移动终端对应的一个或多个第一候选车辆信息。

示例性地，当用户刚下飞机，需要找司机进行接送，由于当前机场人员较多，移动网络信号不好，用户可以选择采用第一派单模式，在手机终端接入机场WIFI，在用户的移动终端的特定应用程序上可以看到接入该机场WIFI的匹配的一个或者多个司机的移动终端，且可以获取该司机的移动终端对应的车辆信息，用户可以从中挑选符合接送需求的车辆确定为接送车辆，直接完成下单，无需经过平台审核。

步骤204，响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息。

步骤205，采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。

步骤206，在派单模式为第二派单模式的情况下，接收预设服务器发送的第二候选车辆信息。

预设服务器为网约车平台服务器，负责网约车平台车辆的综合调度。

车辆信息可以包括车主名称，驾照信息，连续驾车时间，身份证，驾龄，车辆型号，车主信用分值等。具体的，对于车主信用分，可以设置一种信用评分方法，采集网约车驾驶员在预设周期内产生的基础数据或者业务数据，例如网约车驾驶员身份特征、车辆信息、工作习惯、乘车评价等，再按照评分模型计算出一个评分概率，根据该评分概率得到信用评分分值。通过周期性、自动化地动态更新网约车驾驶员状态信息，从多角度较全面地评估网约车驾驶员信用水平。

用户选择采用第二派单模式，可以接收从预设的网约车平台服务器发送来的第二候选车辆信息。第二候选车辆信息是接收到用户发送的请求信息的移动终端对应的车辆信息。特别地，为了更加节约用户候车时间或者避免移动网络拥堵造成用户无法下单的情况，本发明实施例还提供以下方法：

子步骤S11，在派单模式为第二派单模式的情况下，采用预设的近距离通信方式发送请求信息。

用户选择第二派单模式后，可以在移动终端采用预设的近距离通信方式发送乘车请求信息。

示例性地，乘客根据出行需求在移动终端填写乘车请求信息，乘车请求信息可以包括乘客出发地、目的地、车辆类型、搭乘人数、用车时间等等，生成该乘车请求后将该请求信息发送出去。

子步骤S12，接收预设服务器发送的至少一个第二候选车辆信息，所述至少一个第二候选车辆信息为接收所述请求信息的至少一个移动终端对应的车辆信息。

乘车请求信息发送出去后，在一段时间内会收到服务器发送回来的至少一个第二候选车辆信息，至少一个第二候选车辆信息是接收到乘车请求信息的车主的移动终端对应的车辆信息。

优选地，当用户位于信号弱或者比较偏远的地方，乘车请求信息发送一段时间后可能仍没有接受到服务器发送的第二候选车辆信息。对此，可以设置请求信息响应时间，若在预设的请求信息响应时间内，用户的移动终端没有接收到服务器发送回来的第二候选车辆信息，则可以重新发送该条乘车请求信息。

步骤207，响应用户的第二车辆选择操作，从所述第二候选车辆信息中选取第二目标车辆信息。

在接收到服务器发送的至少一个第二候选车辆信息后，用户可以从中选择满足出行需求的对应的第二目标车辆信息。

示例性的，可以将至少一个第二候选车辆信息按照一定规则进行排序后显示在用户移动终端的界面上。例如当前用户移动终端获取到两个第二候选车辆信息，其中A车辆距离乘客500m,B车辆距离乘客300m,两者信用分值相差不大，综合考虑后，乘客可以选择B车辆进行接送。

特别地，用户在查看所有至少一个第二候选车辆信息后，可能会有没有满足用户需求的目标车辆信息的情况，在此情况下，可以设置响应时间，若在响应时间内，用户未从第二候选车辆信息中选取第二目标车辆信息，则将该第二候选车辆信息从用户移动终端移除，恢复对该车辆进行派单，并且在一定时间内终止该车辆与用户再次配对，这样在考虑乘客实际需求的同时，可以减少浪费网约车司机的工作时间。

步骤208，采用所述第二目标车辆信息，生成并向所述预设服务器发送用于建立乘车订单的订单信息。

用户采用第二目标车辆信息生成乘车订单，并向服务器发送该乘车订单信息。服务器可以将该订单信息发送到第二目标车辆对应的移动终端。

为了使本领域技术人员能够更好地理解本发明实施例步骤206至步骤208，下面通过一个例子加以说明：

参照图4所示为本发明实施例中乘车订单处理的流程图。乘车订单处理过程中涉及到第一移动终端，第二移动终端和服务器端，可以理解，第一移动终端为乘客客户端，第二移动终端为司机客户端，服务器端为网约车平台服务器端。

第一移动终端可以包括发单模块和匹配模块；第二移动终端可以包括匹配模块和接单模块；服务器端可以包括校验模块和订单模块。

如图3所示，乘车订单处理流程可以包括：

1、乘客在第一移动终端的发单模块生成乘车请求信息，匹配模块将生成的乘车请求信息发送出去；

2、在一定的通信范围内，司机第二移动终端的匹配模块接收到第一移动终端发送的乘车请求信息，并将该乘车请求信息和对应的车辆信息发送到云平台服务器端；

3、云平台服务器端接收到乘车请求信息和车辆信息后，通过校验模块进行信息校验，验证是否符合接单条件，例如车主是否处于回程单、车主或者乘客的信用分是否满足接单条件、司机是否将要疲劳驾驶、刷单等，如果校验通过，则将匹配到的车辆信息发送到第一移动终端的匹配模块中，并临时终止对该司机的其他派单；如果校验不通过，则忽略该条乘车请求信息；

4、第一移动终端的匹配模块接收到服务器发送的车辆信息后，将车辆信息显示给乘客，乘客选择某位司机后，通过匹配模块将确定的目标车辆信息发送到云平台服务器的订单模块；相反的，如果乘客超过一定时间内不选择，则将车辆信息从匹配模块中移除，恢复对该车辆进行派单，并且一定时间内终止该车辆与乘客再次配对；

5、云平台服务器端的订单模块根据第一移动终端发送的目标车辆信息生成对应的订单，然后将订单派发给第二移动终端的接单模块，司机可以选择接单。

为了使本领域技术人员能够更好地理解本发明实施例步骤201至步骤208，下面通过一个例子加以说明：

示例性地，当用户出行，在尚未到达出发地点时，可以通过第二派单模式发送乘车订单，通过网约车平台服务器匹配查找乘车司机；当用户到达出发地点，若还未找到符合要求的乘车司机，则可以采用第一派单模式进行近距离乘车派单，从而节约用户候车时间，增强出行体验。

综上，在本发明实施例中，用户可以自行选择采用第一派单模式或者第二派单模式进行乘车派单，在第一派单模式下，用户直接与司机建立乘车订单，而无需通过服务器匹配；在第二派单模式下，用户需先与网约车平台服务器通信，再通过平台服务器与司机建立订单关系。上述乘车订单处理方式与传统等待网约车平台系统派单的方式相比，提供了一种乘客自主选择车辆派单的方式，让乘客自主选择乘载车辆，无须依赖平台派单，既减少了乘客等待时间，增强乘客出行体验，又让司机能够提高工作效率，接送更多乘客。此外，用户可以采用预设的近距离通信方式查找匹配的移动终端或发送乘车请求，在移动网络信号不好的时候，可以大大缩短乘客候车时间，方便乘客出行。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图4，示出了本发明的一种乘车订单处理装置实施例的结构框图，，具体可以包括如下模块：

确定模块401，用于响应用户的模式选择操作，确定针对乘车订单的派单模式为第一派单模式或第二派单模式；

获取模块402，用于在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息；

第一选取模块403，用于响应用户的第一车辆选择操作，从所述第一候选车辆信息中选取第一目标车辆信息；

第一生成模块404，用于采用所述第一目标车辆信息，生成并向所述第一目标车辆信息对应的移动终端发送用于建立乘车订单的订单信息。

在本发明实施例中，所述获取模块，包括：

在本发明实施例中，还包括：

在本发明实施例中，所述接收模块，包括：

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种装置，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述一种乘车订单处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述一种乘车订单处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种乘车订单处理方法和一种乘车订单处理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种乘车订单处理方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述在派单模式为第一派单模式的情况下，获取通信范围内匹配的至少一个移动终端对应的第一候选车辆信息，包括：

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

4.根据权利要求3所述的方法，其特征在于，所述在派单模式为第二派单模式的情况下，接收预设服务器发送的第二候选车辆信息，包括：

5.一种乘车订单处理装置，其特征在于，所述装置包括：

6.根据权利要求5所述的装置，其特征在于，所述获取模块，包括：

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

8.根据权利要求7所述的装置，其特征在于，所述接收模块，包括：

9.一种装置，其特征在于，包括：处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1-4中任一项所述的一种乘车订单处理方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述的一种乘车订单处理方法的步骤。