CN108596411B - 网约车订单分配方法及装置 - Google Patents
网约车订单分配方法及装置 Download PDFInfo
- Publication number
- CN108596411B CN108596411B CN201710150545.4A CN201710150545A CN108596411B CN 108596411 B CN108596411 B CN 108596411B CN 201710150545 A CN201710150545 A CN 201710150545A CN 108596411 B CN108596411 B CN 108596411B
- Authority
- CN
- China
- Prior art keywords
- order
- driver
- network
- information
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明涉及信息处理技术领域,尤其涉及一种网约车订单分配方法及装置。该方法包括:接收第一次网约车请求,接收取消第一次派单信息的指令,接收第二次网约车请求;如果搜索到的第二次网约车请求的接单司机与第一次网约车请求相同,且所述第二次网约车请求是在所述第一次网约车请求后的预定时间内,则发送派单确认信息,请求乘客确认是否接受司机C作为第二次网约车请求的接单司机。本发明避免了在乘客取消订单后重新下单时因服务端重复派送给相同司机而导致乘客不断取消订单的问题,为乘客提供更多的选择权,减少乘客的不必要操作,节约时间,不仅提升了乘客的乘车体验,而且保护了乘客利益。
Description
技术领域
本发明涉及信息处理技术领域,尤其涉及一种网约车订单分配方法及装置。
背景技术
目前,用户在进行网约车的时候,服务端有时会指派到距离乘客上车地点较远的司机,或者司机所在的道路非常拥堵,使得司机需要较长时间才能赶到乘客上车地点。在这种情况下,乘客为了节省时间就会取消订单之后再重新下单,但是由于周围车辆过少等原因,在重新下单后服务端往往还会派到同一位司机,乘客如果再取消订单重新下单,服务端派到的可能还是同一位司机,如此反复多次,造成乘客取消订单后重新下单时因服务端重复派送给相同司机而导致乘客不断取消的问题。这种情形下,乘客由于没有更多的选择权,使得乘客需要多次操作,浪费时间,影响了乘客的乘车体验,而且乘客多次取消订单还会产生一定的取消费用,损害了乘客的利益。
发明内容
本发明的目的是提供一种网约车订单分配方法及装置,解决现有派车方式存在的乘客取消订单后重新下单时因服务端重复派送给相同司机而导致乘客不断取消的问题。
为了解决上述技术问题,本发明提供了一种网约车订单分配方法,包括如下步骤:
接收第一用户终端发出的从地点A到地点B的第一次网约车请求;
向第二用户终端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机;
接收从所述第一用户终端发出的取消所述第一次派单信息的指令;
接收第一用户终端发出的从地点A到地点B的第二次网约车请求;
如果所述第二次网约车请求是在所述第一次网约车请求后或取消所述第一次派单信息的指令后的预定时间内,则向所述第一用户终端发送派单确认信息,在所述派单确认信息中请求所述第一用户终端确认是否接受司机C作为第二次网约车请求的接单司机。
进一步地,还包括从所述第一用户终端接收对于所述派单确认信息的第一反馈信息,在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则向所述第二用户终端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机。
进一步地,还包括从所述第一用户终端接收对于所述派单确认信息的第二反馈信息,在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则重新指派除司机C之外的司机作为第二次网约车请求的接单司机。
具体地,所述的派单确认信息为弹框信息。
具体地,所述第一用户终端和所述第二用户终端分别为乘客端和司机端。
为了解决上述技术问题,本发明还提供了一种网约车订单分配装置,至少包括:
第一网约车请求接收模块,用于接收第一用户终端发出的从地点A到地点B的第一次网约车请求;
第一派单信息发送模块,用于向第二用户终端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机;
取消指令接收模块,用于接收从所述第一用户终端发出的取消所述第一次派单信息的指令;
第二网约车请求接收模块,用于接收所述第一用户终端发出的从地点A到地点B的第二次网约车请求;
判断模块,用于判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息指令后的预定时间内;
派单确认信息发送模块,用于向所述第一用户终端发送派单确认信息,在所述派单确认信息中请求所述第一用户终端确认是否接受司机C作为第二次网约车请求的接单司机。
进一步地,还包括:第一反馈信息接收模块,用于从所述第一用户终端接收对于所述派单确认信息的第一反馈信息,在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则向所述第二用户终端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机。
进一步地,还包括:第二反馈信息接收模块,用于从所述第一用户终端接收对于所述派单确认信息的第二反馈信息,在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则重新指派除司机C之外的司机作为第二次网约车请求的接单司机。
具体地,所述派单确认信息发送模块为弹框信息发送模块。
具体地,所述第一用户终端和所述第二用户终端分别为乘客端和司机端。
本发明的上述技术方案具有如下优点:
本发明提供的网约车订单分配方法及装置,在乘客取消订单后重新下单时,若被相同司机接单,则服务端发送派单确认信息询问乘客是否接受本次订单,若选择接受则订单生成,若选择不接受则服务端继续为乘客匹配其它司机。通过本发明避免了在乘客取消订单后重新下单时因服务端重复派送给相同司机而导致乘客不断取消订单的问题,为乘客提供更多的选择权,减少乘客的不必要操作,节约时间,不仅提升了乘客的乘车体验,而且保护了乘客利益。
附图说明
图1是本发明实施例一网约车订单分配方法的流程图;
图2是本发明实施例二网约车订单分配方法的流程图;
图3是本发明实施例三网约车订单分配装置的结构框图;
图4是本发明实施例四网约车订单分配装置的结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
如图1所示,本发明实施例提供的网约车订单分配方法,用于服务端进行网约车订单分配操作,具体包括如下步骤:
服务端接收从乘客端发出的从地点A到地点B的第一次网约车请求。
服务端针对所述第一次网约车请求进行派单,并向司机端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机。
服务端接收从所述乘客端发出的取消所述第一次派单信息的指令。
服务端接收从乘客端发出的从地点A到地点B的第二次网约车请求。
服务端针对所述第二次网约车请求进行派单,如果搜索到的接单司机仍为司机C,此时服务端锁定司机C,暂停对其派单,同时判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息的指令后的预定时间内。
如果是,则向所述乘客端发送派单确认信息,在所述派单确认信息中请求所述乘客端确认是否接受司机C作为第二次网约车请求的接单司机。为了方便乘客端进行选择操作,发送的所述派单确认信息可以采用弹框信息,当然也可以根据实际操作需要选择以其它形式发送所述派单确认信息。
在本实施例中,服务端在距离第一次网约车请求发起或取消后的预定时间内接受到乘客端发起的针对同一上、下车地点的第二次网约车请求,当搜索到的接单司机与第一次网约车请求的接单司机相同时,需要向乘客端发送派单确认信息,预先告知乘客第二次网约车请求的接单司机仍为同一司机,请乘客端确认是否接受,使乘客能够根据自身需求做出选择。该方法通过服务端向乘客端发送派单确认信息的方式,避免重复派送给相同司机而导致乘客端不断取消订单的问题,从而为乘客提供更多的选择权,减少乘客的不必要操作,节约时间,不仅提升了乘客的乘车体验,而且避免了因多次取消订单而造成的经济损失,极大程度的保护了乘客的利益。
实施例二
如图2所示,在实施例一的基础上,本实施例所述的网约车订单分配方法,还包括如下步骤:
服务端接收从所述乘客端发出的对于所述派单确认信息的反馈信息,所述反馈信息为第一反馈信息或第二反馈信息。
如果接收的所述反馈信息为第一反馈信息,且在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则服务端向所述司机端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机,也即,所述第二次网约车请求的订单生成。
如果接收的所述反馈信息为第二反馈信息,且在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则服务端重新指派除司机C之外的其他司机作为第二次网约车请求的接单司机,同时解锁司机C,使司机C继续接其他订单。
在本实施例中,服务端通过接收从所述乘客端发出的反馈信息,确认乘客端是否接受司机C作为第二次网约车请求的接单司机,并根据乘客端发出的不同反馈信息来分别进行相对应的处理,从而根据乘客的选择进行派单操作,为乘客提供最合适的服务,有效避免了重复派送给相同司机而导致乘客端不断取消订单的问题,减少了乘客的不必要操作,节约了时间,提升了乘客的乘车体验,同时避免了因多次取消订单而造成的经济损失,极大程度的保护了乘客的利益。
实施例三
如图3所示,本发明实施例提供一种网约车订单分配装置,用于服务端进行网约车订单分配操作,该装置至少包括:第一网约车请求接收模块、第一派单信息发送模块、取消指令接收模块、第二网约车请求接收模块、判断模块、搜索模块和派单确认信息发送模块,其中:
所述第一网约车请求接收模块,用于接收乘客端发出的从地点A到地点B的第一次网约车请求。
所述第一派单信息发送模块,用于向司机端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机。
所述取消指令接收模块,用于接收从所述乘客端发出的取消所述第一次派单信息的指令。
所述第二网约车请求接收模块,用于接收所述乘客端发出的从地点A到地点B的第二次网约车请求。
所述搜索模块,用于为所述第一次网约车请求和第二次网约车请求指派接单司机。
所述判断模块,用于判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息指令后的预定时间内。
所述派单确认信息发送模块,用于向所述乘客端发送派单确认信息,在所述派单确认信息中请求所述乘客端确认是否接受司机C作为第二次网约车请求的接单司机。为了方便乘客端进行选择操作,所述派单确认信息发送模块可以采用弹框信息发送模块,通过弹框的形式向所述乘客端发送派单确认信息,当然也可以根据实际操作需要选择以其它形式发送所述派单确认信息。
本实施例所述的网约车订单分配装置的工作原理是:
首先,服务端通过所述第一网约车请求接收模块接收乘客端发来的从地点A到地点B的第一次网约车请求,服务端通过所述搜索模块进行搜索后确定指派司机C作为接单司机,并向司机端发送该派单信息。由于乘客觉得距离太远,需要等待较长时间,因此取消了第一次网约车请求,则服务端通过所述取消指令接收模块接收乘客端发来的取消所述第一次派单信息的指令。之后,服务端又通过所述第二网约车请求接收模块接收乘客端发来的从地点A到地点B的第二次网约车请求,服务端通过所述搜索模块搜索到距离最近、最合适的接单司机仍为司机C,此时,需要通过所述判断模块判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息指令后的预定时间内,如果是,则需要通过所述派单确认信息发送模块向乘客端发送派单确认信息,请求乘客端确认是否接受司机C作为第二次网约车请求的接单司机。该装置通过向乘客端发送派单确认信息的方式,避免重复派送给相同司机而导致乘客端不断取消订单的问题,从而为乘客提供更多的选择权,减少乘客的不必要操作,节约时间,不仅提升了乘客的乘车体验,而且避免了因多次取消订单而造成的经济损失,极大程度的保护了乘客的利益。
实施例四
如图4所示,在实施例三的基础上,本实施例所述的网约车订单分配装置,还包括第一反馈信息接收模块和第二反馈信息接收模块,其中:
所述第一反馈信息接收模块,用于从所述乘客端接收对于所述派单确认信息的第一反馈信息,在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则服务端向所述司机端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机,也即,所述第二次网约车请求的订单生成。
所述第二反馈信息接收模块,用于从所述乘客端接收对于所述派单确认信息的第二反馈信息,在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则服务端需要重新指派除司机C之外的其他司机作为第二次网约车请求的接单司机。
在本实施例中,服务端通过所述的第一、第二反馈信息接受模块接受从乘客端发来的反馈信息,确认乘客端是否接受司机C作为第二次网约车请求的接单司机,并根据乘客端发出的不同反馈信息来分别进行相对应的处理,从而根据乘客的选择进行派单操作,为乘客提供最合适的服务,有效避免了重复派送给相同司机而导致乘客端不断取消订单的问题,减少了乘客的不必要操作,节约了时间,提升了乘客的乘车体验,同时避免了因多次取消订单而造成的经济损失,极大程度的保护了乘客的利益。
由上述各实施例可知,只有满足以下三个条件时,服务端才向乘客端发送派单确认信息,请求乘客确认是否接受同一司机作为第二次打车预约请求的接单司机,其中所述的三个条件分别为:
1、乘客端发起的第一次网约车请求和第二次网约车请求的时间间隔在预定时间内,或乘客端发起的第二次网约车请求在取消第一次网约车请求后的预定时间内,其中所述的预定时间可以设置为时间较短的2分钟或3分钟,当然也可以根据实际需求设置为其他时间。
2、乘客端发起的第一次网约车请求和第二次网约车请求的起点和终点相同。
3、服务端指派的所述第二次网约车请求的接单司机与所述第一次网约车请求的接单司机为同一人。
综上所述,本发明所述的网约车订单分配方法及装置,避免了在乘客取消订单后重新下单时因服务端重复派送给相同司机而导致乘客不断取消订单的问题,为乘客提供更多的选择权,减少乘客的不必要操作,节约时间,不仅提升了乘客的乘车体验,而且保护了乘客利益。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种网约车订单分配方法,其特征在于,包括如下步骤:
接收第一用户终端发出的从地点A到地点B的第一次网约车请求;
向第二用户终端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机;
接收从所述第一用户终端发出的取消所述第一次派单信息的指令;
接收第一用户终端发出的从地点A到地点B的第二次网约车请求;
如果所述第二次网约车请求是在所述第一次网约车请求后或取消所述第一次派单信息的指令后的预定时间内,则向所述第一用户终端发送派单确认信息,在所述派单确认信息中请求所述第一用户终端确认是否接受司机C作为第二次网约车请求的接单司机。
2.根据权利要求1所述的网约车订单分配方法,其特征在于,还包括从所述第一用户终端接收对于所述派单确认信息的第一反馈信息,在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则向所述第二用户终端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机。
3.根据权利要求1所述的网约车订单分配方法,其特征在于,还包括从所述第一用户终端接收对于所述派单确认信息的第二反馈信息,在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则重新指派除司机C之外的司机作为第二次网约车请求的接单司机。
4.根据权利要求1所述的网约车订单分配方法,其特征在于,所述的派单确认信息为弹框信息。
5.根据权利要求1所述的网约车订单分配方法,其特征在于,所述第一用户终端和所述第二用户终端分别为乘客端和司机端。
6.一种网约车订单分配装置,其特征在于,至少包括:
第一网约车请求接收模块,用于接收第一用户终端发出的从地点A到地点B的第一次网约车请求;
第一派单信息发送模块,用于向第二用户终端发送第一次派单信息,在所述第一次派单信息中,指派司机C作为第一次网约车请求的接单司机;
取消指令接收模块,用于接收从所述第一用户终端发出的取消所述第一次派单信息的指令;
第二网约车请求接收模块,用于接收第一用户终端发出的从地点A到地点B的第二次网约车请求;
判断模块,用于判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息的指令后的预定时间内;
派单确认信息发送模块,所述判断模块判断所述第二次网约车请求是否在所述第一次网约车请求后或取消所述第一次派单信息的 指令后的预定时间内,如果是,则通过所述派单确认信息发送模块向所述第一用户终端发送派单确认信息,在所述派单确认信息中请求所述第一用户终端确认是否接受司机C作为第二次网约车请求的接单司机。
7.根据权利要求6所述的网约车订单分配装置,其特征在于,还包括:
第一反馈信息接收模块,用于从所述第一用户终端接收对于所述派单确认信息的第一反馈信息,在所述第一反馈信息中确认接受司机C作为第二次网约车请求的接单司机,则向所述第二用户终端发送第二次派单信息,在所述第二次派单信息中,指派司机C作为第二次网约车请求的接单司机。
8.根据权利要求6所述的网约车订单分配装置,其特征在于,还包括:
第二反馈信息接收模块,用于从所述第一用户终端接收对于所述派单确认信息的第二反馈信息,在所述第二反馈信息中确认不接受司机C作为第二次网约车请求的接单司机,则重新指派除司机C之外的司机作为第二次网约车请求的接单司机。
9.根据权利要求6所述的网约车订单分配装置,其特征在于,所述派单确认信息发送模块为弹框信息发送模块。
10.根据权利要求6所述的网约车订单分配装置,其特征在于,所述第一用户终端和所述第二用户终端分别为乘客端和司机端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710150545.4A CN108596411B (zh) | 2017-03-14 | 2017-03-14 | 网约车订单分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710150545.4A CN108596411B (zh) | 2017-03-14 | 2017-03-14 | 网约车订单分配方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108596411A CN108596411A (zh) | 2018-09-28 |
CN108596411B true CN108596411B (zh) | 2020-12-25 |
Family
ID=63632965
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710150545.4A Active CN108596411B (zh) | 2017-03-14 | 2017-03-14 | 网约车订单分配方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108596411B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109635972A (zh) * | 2018-11-23 | 2019-04-16 | 杭州优行科技有限公司 | 网约车派单方法与装置 |
CN111967928B (zh) * | 2020-07-09 | 2022-06-07 | 南京领行科技股份有限公司 | 一种乘车订单处理方法和装置 |
CN113112330A (zh) * | 2021-04-23 | 2021-07-13 | 北京嘀嘀无限科技发展有限公司 | 出行订单处理方法、装置、设备、存储介质以及产品 |
CN113762556A (zh) * | 2021-09-17 | 2021-12-07 | 江西易至智行汽车运营服务有限公司 | 基于叫车桩的约车方法、系统、存储介质及计算机设备 |
CN114581191A (zh) * | 2022-03-08 | 2022-06-03 | 首约科技(北京)有限公司 | 一种即时用车提升绑单有效率的方法 |
CN116483868A (zh) * | 2023-04-14 | 2023-07-25 | 首约科技(北京)有限公司 | 一种提升运力应答效率的方法、装置、设备、介质及程序 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104021667A (zh) * | 2014-06-25 | 2014-09-03 | 哈尔滨工业大学 | 整合预约服务与实时打车的出租车合乘调度系统及调度方法 |
CN106027687A (zh) * | 2016-08-05 | 2016-10-12 | 刘巧利 | 一种智能接单方法、设备及系统 |
CN106228383A (zh) * | 2016-07-12 | 2016-12-14 | 百度在线网络技术(北京)有限公司 | 一种生成订单邀约信息的方法和装置 |
CN106254360A (zh) * | 2016-08-12 | 2016-12-21 | 北京东方车云信息技术有限公司 | 出车中接单失败原因分析方法、服务端及接单失败司机端 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8126601B2 (en) * | 2006-03-20 | 2012-02-28 | General Electric Company | System and method for predicting a vehicle route using a route network database |
TWI359393B (en) * | 2007-12-03 | 2012-03-01 | Univ Nat Taiwan | Vehicle dispatch system |
CN102479431A (zh) * | 2010-11-23 | 2012-05-30 | 互动网数位科技股份有限公司 | 具配对功能的计程车叫车系统及其方法 |
WO2013034953A1 (en) * | 2011-09-06 | 2013-03-14 | Mobile Credit Payment Pte Ltd | Locating system and method for taxi drivers and passengers |
CN103996290B (zh) * | 2014-06-09 | 2016-08-24 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及系统 |
CN106295829A (zh) * | 2016-08-15 | 2017-01-04 | 成都云科新能汽车技术有限公司 | 一种基于用户端和云端平台交互的订车方法 |
-
2017
- 2017-03-14 CN CN201710150545.4A patent/CN108596411B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104021667A (zh) * | 2014-06-25 | 2014-09-03 | 哈尔滨工业大学 | 整合预约服务与实时打车的出租车合乘调度系统及调度方法 |
CN106228383A (zh) * | 2016-07-12 | 2016-12-14 | 百度在线网络技术(北京)有限公司 | 一种生成订单邀约信息的方法和装置 |
CN106027687A (zh) * | 2016-08-05 | 2016-10-12 | 刘巧利 | 一种智能接单方法、设备及系统 |
CN106254360A (zh) * | 2016-08-12 | 2016-12-21 | 北京东方车云信息技术有限公司 | 出车中接单失败原因分析方法、服务端及接单失败司机端 |
Non-Patent Citations (1)
Title |
---|
鞍山市交通局安卓平台打车系统的设计与实现;王桐;《中国优秀硕士学位论文全文数据库 信息科技辑》;20150715;第3-5章 * |
Also Published As
Publication number | Publication date |
---|---|
CN108596411A (zh) | 2018-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108596411B (zh) | 网约车订单分配方法及装置 | |
US20190057312A1 (en) | Method and system for providing transportation service | |
US10991254B2 (en) | User vehicle dispatch dealing system and storage medium | |
WO2016023434A1 (zh) | 在网络租车中实现接机打车服务的系统和方法 | |
CN108389418A (zh) | 自动驾驶车辆的调度方法 | |
WO2016074538A1 (zh) | 网络租车中降低空驶等待时间的派单排序系统和方法 | |
CN107203824B (zh) | 一种拼车订单分配方法及装置 | |
CN110807933B (zh) | 一种公交车快速智能运行的控制方法 | |
JP2018501544A (ja) | 車両の自動的な駐車プロセスを実施するための方法 | |
US20190114595A1 (en) | Systems and Methods for Joint Control of Multi-Modal Transportation Networks | |
CN112262418B (zh) | 车辆管理系统和车辆管理方法 | |
CN110580546A (zh) | 基于同种车辆运载人和货物的线路规划方法及系统 | |
CN108537350A (zh) | 网络约车订单分配处理方法及服务器 | |
WO2020170337A1 (ja) | 配車システム、及び配車方法 | |
CN109711942A (zh) | 避免网约出行时不断取消订单的方法 | |
KR20190067488A (ko) | 차량 탁송 안내 장치 및 방법 | |
CN106169240A (zh) | 一种车辆调度系统及调度方法和装置 | |
CN113902154A (zh) | 一种无人驾驶车辆的预约系统、方法和介质 | |
CN102176264B (zh) | 一种实现汽车租赁业务的方法及系统 | |
JP2019020973A (ja) | 乗合自動車の配車方法及び乗合自動車の配車システム | |
JP7226239B2 (ja) | 自律走行車両を用いたサービスシステム | |
CN112541685A (zh) | 一种订单分配方法、系统、平台及存储介质 | |
CN112927493A (zh) | 一种用于无人驾驶公交车模式的调度计算方法 | |
CN115409346B (zh) | 园区低速无人车的调度方法及系统、管理云平台 | |
CN107437208A (zh) | 订单处理方法及服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |