CN106056296A - 订单分配方法及装置 - Google Patents
订单分配方法及装置 Download PDFInfo
- Publication number
- CN106056296A CN106056296A CN201610399202.7A CN201610399202A CN106056296A CN 106056296 A CN106056296 A CN 106056296A CN 201610399202 A CN201610399202 A CN 201610399202A CN 106056296 A CN106056296 A CN 106056296A
- Authority
- CN
- China
- Prior art keywords
- taxi
- calling
- order
- request
- terminal
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 230000004044 response Effects 0.000 claims description 16
- 230000005540 biological transmission Effects 0.000 claims description 10
- 238000010009 beating Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 210000004556 brain Anatomy 0.000 description 2
- 230000005611 electricity Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
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
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明公开一种订单分配方法,包括:接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数;在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。本发明还公开一种订单分配装置。本发明实现了在满足有较多人数的同一乘车需求外,避免了多个用户分别提出打车请求的复杂操作,节省了用户的操作时间,同时也提高了用户的打车体验度。
Description
技术领域
本发明涉及订单管理领域,尤其涉及一种订单分配方法及装置。
背景技术
互联网的应用已深入到生活、工作的方方面面,随着人们对汽车(即小轿车)的需求的增加,以及城市交通的种种问题日益恶化,仅仅通过购买私人汽车来满足出行需求已不再适应社会的发展。提供打车服务的打车系统应运而生,且越来越多的人们喜欢使用打车应用来满足其出行需求。
打车应用可安装于各种终端,尤其是移动终端上,使得用户无论何时何地都能很方便地使用打车应用找到合适的出行工具--汽车。需要打车服务的用户通过打车应用向打车系统所在的服务器发送打车请求,服务器根据接收到的打车请求,将乘客的打车请求对应的打车订单分配给一个接单司机,由接单司机为乘客提供出行服务。
然而,一个打车订单只能绑定一辆汽车提供服务,目前的一个打车请求也只生成一个打车订单,对于有较多人数(大于5人)的同一乘车需求,例如,十几个同学一起外出活动,结束活动后的十几个朋友需要共同返回一个目的地等情况,需要多个用户分别向所述服务器提出打车请求,才能满足一群人的乘车需求,需要多人操作,浪费用户的时间,降低了用户的打车体验度。
发明内容
本发明提供一种订单分配方法及装置,旨在解决对于有较多人数的同一乘车需求,需要多个用户分别提出打车请求,浪费用户时间,且降低用户的打车体验度的技术问题。
为实现上述目的,本发明提供一种订单分配方法,所述订单分配方法包括:
接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数;
在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
优选地,所述订单分配方法还包括:
在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
优选地,所述接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数包括:
接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
优选地,所述在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单包括:
比较所述乘客人数与预置的第一阈值的大小;
在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
优选地,所述将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端包括:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
为实现上述目的,本发明还提供一种订单分配装置,所述订单分配装置包括:
接收模块,用于接收第一终端发送的打车请求;
确定模块,用于接收到所述打车请求时,确定所述打车请求对应的乘客人数;
生成模块,用于在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
第一发送模块,用于将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
分配模块,用于将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
优选地,所述订单分配装置还包括:
第二发送模块,用于在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
所述分配模块,还用于将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
优选地,所述确定模块包括:
发送单元,用于接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
确定单元,用于根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
优选地,所述生成模块包括:
比较单元,用于比较所述乘客人数与预置的第一阈值的大小;
计算单元,用于在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
生成单元,用于根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
优选地,所述分配模块具体用于:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
本发明提出的订单分配方法及装置,对于用户提出的需要较多座位的乘车需求,仅需一个用户提出打车请求,即可根据所述打车请求,对应生成合适个数的打车订单,并在这些打车订单成功分配后,满足了有较多人数的同一乘车需求,且避免了需要多个用户分别提出打车请求的复杂操作,节省了用户的操作时间,同时也提高了用户的打车体验度。
附图说明
图1为本发明订单分配方法第一实施例的流程示意图;
图2为图1中步骤S20的细化流程示意图;
图3为本发明订单分配方法第二实施例的流程示意图;
图4为本发明订单分配方法第三实施例中确定乘客人数的细化流程示意图;
图5为本发明订单分配装置第一实施例的功能模块示意图;
图6为图5中生成模块的细化功能模块示意图;
图7为本发明订单分配装置第二实施例的功能模块示意图;
图8为本发明订单分配装置第三实施例中确定模块的细化功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种订单分配方法,如图1所示,示出了本发明订单分配方法第一实施例的流程示意图,所述订单分配方法包括:
S10、接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数;
所述订单分配方法可实施在服务器上,所述服务器用于对打车订单进行生成和分配管理。所述第一终端可以为具有定位功能的移动终端,如手机、笔记本、平板电脑、掌上电脑等,所述第一终端用于表示有打车需求的用户所使用的终端。
有打车需求的用户使用所述第一终端发出打车请求后,所述服务器将接收到所述打车请求。所述打车请求可包括所述第一终端的标识(如终端硬件的标识信息)、上车地点、目的地,还可包括乘客人数(本次打车需求中乘客的总人数),其中,上车地点、目的地、乘客人数等信息,由用户输入到所述第一终端中后,生成相应的打车请求并发送给所述服务器。根据所述打车请求中包含的乘客人数的信息,所述服务器即可确定所述打车请求对应的乘客人数。
S20、在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
所述第一阈值是预先设置的一个大于0的整数,根据一般小轿车除一个司机外所能容纳乘客的个数而定,例如,一般小轿车最多可乘坐5人,则所述第一阈值可取值为4。
进一步地,参照图2,上述步骤S20包括:
S21、比较所述乘客人数与预置的第一阈值的大小;
S22、在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
假设所述乘客人数为9,所述第一阈值为4,则所述乘客人数大于所述第一阈值,此时,一辆小轿车不能满足这9个人的乘车需求,所述服务器通过计算9与4相除的结果得到2.25,然后取大于或等于2.25的最小整数值,即3,作为所述打车请求所需的车辆个数。
S23、根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
计算得到所述打车请求所需的车辆个数后,所述服务器根据所述打车请求和计算得到的所述最小整数值,生成与该最小整数值等值个数的打车订单,即生成个数与所述打车请求所需车辆个数等值的打车订单。例如,在所述打车请求所需的车辆个数为3时,对应生成3个打车订单。
S30、将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
所述第二阈值为预先设置的一个距离值,例如1000米。根据所述第一终端上报的地理位置(即上车地点),以及所述第二阈值,所述服务器以所述第一终端所处的地理位置为中心、所述第二阈值为半径,确定出一个圆形的地理区域,即所述第一范围。
所述第二终端可以为移动终端,例如,手机、平板电脑、掌上电脑,还可以为车载终端,能够实时向所述服务器上报其当前的地理位置信息。所述第二终端是指,提供打车服务的司机所使用的终端。
所述服务器根据接收到的各个第二终端上报的地理位置,以及各个第二终端当前的状态(接单状态或派送状态),确定出处于所述第一范围内的接单状态的所有第二终端,并将所述打车请求对应生成的多个打车订单的通知消息,发送给确定出的所有第二终端。
S40、将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
接收到所述打车请求对应的多个打车订单的通知消息后,愿意接受所述打车请求对应的多个打车订单中任意一个订单的第二终端,通过抢单的形式向所述服务器发送接单请求。所述服务器根据接收到的接单请求,将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
进一步地,上述步骤S40具体包括:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
所述服务器在接收到一个第二终端发送的接单请求时,同时记录接收到该接单请求的时间,因而所述服务器根据接收到的接单请求的时间先后顺序,能够将对应的第二终端进行排序,并按照该排序,将所述打车请求对应的多个打车订单,每次选择一个未分配状态的打车订单分配给排序靠前的第二终端,并在成功分配一个打车订单后,将该打车订单设置为已分配状态,且将分配到打车订单的第二终端从该排序中去除。
本发明提出的订单分配方法,对于用户提出的需要较多座位的乘车需求,仅需一个用户提出打车请求,即可根据所述打车请求,对应生成合适个数的打车订单,并在这些打车订单成功分配后,满足了有较多人数的同一乘车需求,且避免了需要多个用户分别提出打车请求的复杂操作,节省了用户的操作时间,同时也提高了用户的打车体验度。
进一步地,基于第一实施例提出本发明订单分配方法第二实施例,在本实施例中,参照图3,所述订单分配方法还包括:
S50、在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
所述预置时长为预先设置的一个时长值,例如5分钟,用于在发送所述打车请求对应的多个打车订单的通知消息预置时长后,根据所述多个打车订单的分配情况,决定是否将这些打车订单中仍处于未分配状态的打车订单的新通知消息,发送给更多的接单状态的第二终端。
所述第三阈值是预先设置的一个距离值,例如2000米。所述服务器根据各个第二终端实时上报的地理位置信息,以及以所述第一终端上报的地理位置为中心、所述第三阈值为半径确定的第二范围,将包含所述打车请求对应的打车订单中处于未分配状态的打车订单的新通知消息,发送给所述第二范围内的所有处于接单状态的第二终端。
S60、将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
所述第二范围内的处于接单状态的第二终端,在接收到该新通知消息后,如果愿意接受其中的任意一个订单,则通过抢单的形式向所述服务器发送接单请求。所述服务器接收到各个第二终端发送的接单请求后,按照接单请求对应的时间先后顺序,每次选择所述打车请求对应的未分配状态的一个打车订单,分配给排序靠前的第二终端,并在成功分配一个打车订单后,将该打车订单设置为已分配状态,且将分配到打车订单的第二终端从该排序中去除。
本发明提出的订单分配方法,在一定范围内没有为用户找到合适的车辆时,以用户所使用第一终端为中心,合理地扩大对应订单的可分配范围,在保证分配到打车订单的车辆能够尽快为用户提供乘车服务外,也增大了打车订单能够分配到车辆的机率。
进一步地,基于第二实施例提出本发明订单分配方法第三实施例,在本实施例中,参照图4,上述步骤S10包括:
S11、接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
S12、根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
本实施例中,所述服务器接收到所述第一终端发送的打车请求时,向所述第一终端发送一条消息,以请求所述第一终端的使用者提供本次打车需求的乘客人数。
所述第一终端的使用者通过所述第一终端提供乘客人数后,所述服务器根据所述第一终端返回的响应消息,读取所述响应消息中的乘客人数,并将其确定为所述打车请求对应的乘客人数。
本发明提出的订单分配方法,在接收到用户使用的第一终端发送的打车请求后,向用户询问乘客人数的信息,以根据用户提供的乘客人数的准确信息,为用户的打车请求生成合适个数的打车订单,从而更好地满足用户的实际打车需求,避免了一个打车需求需由多个用户提出的复杂操作。
本发明进一步提供一种订单分配装置,如图5所示,示出了本发明订单分配装置第一实施例的功能模块示意图,所述订单分配装置包括:
接收模块100,用于接收第一终端发送的打车请求;
确定模块200,用于接收到所述打车请求时,确定所述打车请求对应的乘客人数;
所述订单分配装置可设置在服务器上,所述服务器用于对打车订单进行生成和分配管理。所述第一终端可以为具有定位功能的移动终端,如手机、笔记本、平板电脑、掌上电脑等,所述第一终端用于表示有打车需求的用户所使用的终端。
有打车需求的用户使用所述第一终端发出打车请求后,所述服务器的接收模块100将接收到所述打车请求。所述打车请求可包括所述第一终端的标识(如终端硬件的标识信息)、上车地点、目的地,还可包括乘客人数(本次打车需求中乘客的总人数),其中,上车地点、目的地、乘客人数等信息,由用户输入到所述第一终端中后,生成相应的打车请求并发送给所述服务器。根据所述打车请求中包含的乘客人数的信息,所述服务器的确定模块200即可确定所述打车请求对应的乘客人数。
生成模块300,用于在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
所述第一阈值是预先设置的一个大于0的整数,根据一般小轿车除一个司机外所能容纳乘客的个数而定,例如,一般小轿车最多可乘坐5人,则所述第一阈值可取值为4。
进一步地,参照图6,所述生成模块300包括:
比较单元301,用于比较所述乘客人数与预置的第一阈值的大小;
计算单元302,用于在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
假设所述乘客人数为9,所述第一阈值为4,则比较单元301确定出所述乘客人数大于所述第一阈值,此时,一辆小轿车不能满足这9个人的乘车需求,所述服务器的计算单元302通过计算9与4相除的结果得到2.25,然后取大于或等于2.25的最小整数值,即3,作为所述打车请求所需的车辆个数。
生成单元303,用于根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
计算得到所述打车请求所需的车辆个数后,所述服务器的生成单元303根据所述打车请求和计算得到的所述最小整数值,生成与该最小整数值等值个数的打车订单,即生成个数与所述打车请求所需车辆个数等值的打车订单。例如,在所述打车请求所需的车辆个数为3时,对应生成3个打车订单。
第一发送模块400,用于将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
所述第二阈值为预先设置的一个距离值,例如1000米。根据所述第一终端上报的地理位置(即上车地点),以及所述第二阈值,所述服务器以所述第一终端所处的地理位置为中心、所述第二阈值为半径,确定出一个圆形的地理区域,即所述第一范围。
所述第二终端可以为移动终端,例如,手机、平板电脑、掌上电脑,还可以为车载终端,能够实时向所述服务器上报其当前的地理位置信息。所述第二终端是指,提供打车服务的司机所使用的终端。
所述服务器的第一发送模块400根据接收到的各个第二终端上报的地理位置,以及各个第二终端当前的状态(接单状态或派送状态),确定出处于所述第一范围内的接单状态的所有第二终端,并将所述打车请求对应生成的多个打车订单的通知消息,发送给确定出的所有第二终端。
分配模块500,用于将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
接收到所述打车请求对应的多个打车订单的通知消息后,愿意接受所述打车请求对应的多个打车订单中任意一个订单的第二终端,通过抢单的形式向所述服务器发送接单请求。所述服务器的分配模块500根据接收到的接单请求,将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
进一步地,所述分配模块500具体用于:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
所述服务器在接收到一个第二终端发送的接单请求时,同时记录接收到该接单请求的时间,因而所述服务器的分配模块500根据接收到的接单请求的时间先后顺序,能够将对应的第二终端进行排序,并按照该排序,将所述打车请求对应的多个打车订单,每次选择一个未分配状态的打车订单分配给排序靠前的第二终端,并在成功分配一个打车订单后,将该打车订单设置为已分配状态,且将分配到打车订单的第二终端从该排序中去除。
本发明提出的订单分配装置,对于用户提出的需要较多座位的乘车需求,仅需一个用户提出打车请求,即可根据所述打车请求,对应生成合适个数的打车订单,并在这些打车订单成功分配后,满足了有较多人数的同一乘车需求,且避免了需要多个用户分别提出打车请求的复杂操作,节省了用户的操作时间,同时也提高了用户的打车体验度。
进一步地,基于上述订单分配装置第一实施例提出本发明订单分配装置第二实施例,在本实施例中,参照图7,所述订单分配装置还包括:
第二发送模块600,用于在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
所述预置时长为预先设置的一个时长值,例如5分钟,用于在发送所述打车请求对应的多个打车订单的通知消息预置时长后,根据所述多个打车订单的分配情况,决定是否将这些打车订单中仍处于未分配状态的打车订单的新通知消息,发送给更多的接单状态的第二终端。
所述第三阈值是预先设置的一个距离值,例如2000米。所述服务器的第二发送模块600根据各个第二终端实时上报的地理位置信息,以及以所述第一终端上报的地理位置为中心、所述第三阈值为半径确定的第二范围,将包含所述打车请求对应的打车订单中处于未分配状态的打车订单的新通知消息,发送给所述第二范围内的所有处于接单状态的第二终端。
所述分配模块500,还用于将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
所述第二范围内的处于接单状态的第二终端,在接收到该新通知消息后,如果愿意接受其中的任意一个订单,则通过抢单的形式向所述服务器发送接单请求。所述服务器接收到各个第二终端发送的接单请求后,分配模块500按照接单请求对应的时间先后顺序,每次选择所述打车请求对应的未分配状态的一个打车订单,分配给排序靠前的第二终端,并在成功分配一个打车订单后,将该打车订单设置为已分配状态,且将分配到打车订单的第二终端从该排序中去除。
本发明提出的订单分配装置,在一定范围内没有为用户找到合适的车辆时,以用户所使用第一终端为中心,合理地扩大对应订单的可分配范围,在保证分配到打车订单的车辆能够尽快为用户提供乘车服务外,也增大了打车订单能够分配到车辆的机率。
进一步地,基于上述订单分配装置第二实施例提出本发明订单分配装置第三实施例,在本实施例中,参照图8,所述确定模块200包括:
发送单元201,用于接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
确定单元202,用于根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
本实施例中,所述服务器接收到所述第一终端发送的打车请求时,发送单元201向所述第一终端发送一条消息,以请求所述第一终端的使用者提供本次打车需求的乘客人数。
所述第一终端的使用者通过所述第一终端提供乘客人数后,所述服务器的确定单元202根据所述第一终端返回的响应消息,读取所述响应消息中的乘客人数,并将其确定为所述打车请求对应的乘客人数。
本发明提出的订单分配装置,在接收到用户使用的第一终端发送的打车请求后,向用户询问乘客人数的信息,以根据用户提供的乘客人数的准确信息,为用户的打车请求生成合适个数的打车订单,从而更好地满足用户的实际打车需求,避免了一个打车需求需由多个用户提出的复杂操作。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种订单分配方法,其特征在于,所述订单分配方法包括:
接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数;
在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
2.如权利要求1所述的订单分配方法,其特征在于,所述订单分配方法还包括:
在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
3.如权利要求1或2所述的订单分配方法,其特征在于,所述接收到第一终端发送的打车请求时,确定所述打车请求对应的乘客人数包括:
接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
4.如权利要求1或2所述的订单分配方法,其特征在于,所述在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单包括:
比较所述乘客人数与预置的第一阈值的大小;
在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
5.如权利要求1或2所述的订单分配方法,其特征在于,所述将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端包括:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
6.一种订单分配装置,其特征在于,所述订单分配装置包括:
接收模块,用于接收第一终端发送的打车请求;
确定模块,用于接收到所述打车请求时,确定所述打车请求对应的乘客人数;
生成模块,用于在所述乘客人数大于预置的第一阈值时,根据所述打车请求生成至少两个打车订单;
第一发送模块,用于将所述打车请求对应的多个打车订单的通知消息,发送给以所述第一终端为中心、预置的第二阈值为半径的第一范围内的所有处于接单状态的第二终端;
分配模块,用于将所述打车请求对应的多个打车订单,依次分配给发送接单请求的不同第二终端。
7.如权利要求6所述的订单分配装置,其特征在于,所述订单分配装置还包括:
第二发送模块,用于在发送所述通知消息预置时长之后,如果仍存在所述打车请求对应的未分配状态的打车订单时,将所述打车请求对应的未分配状态的打车订单的新通知消息,发送给以所述第一终端为中心、预置的第三阈值为半径的第二范围内的所有处于接单状态的第二终端;
所述分配模块,还用于将所述打车请求对应的未分配状态的打车订单,依次分配给发送接单请求的不同第二终端。
8.如权利要求6或7所述的订单分配装置,其特征在于,所述确定模块包括:
发送单元,用于接收到所述第一终端发送的打车请求时,向所述第一终端发送请求提供乘客人数的消息;
确定单元,用于根据所述第一终端返回的响应消息,将所述响应消息中的乘客人数,确定为所述打车请求对应的乘客人数。
9.如权利要求6或7所述的订单分配装置,其特征在于,所述生成模块包括:
比较单元,用于比较所述乘客人数与预置的第一阈值的大小;
计算单元,用于在所述乘客人数大于所述第一阈值时,计算大于或等于所述乘客人数与所述第一阈值相除的结果的最小整数值;
生成单元,用于根据所述打车请求,生成与所述最小整数值等值个数的打车订单。
10.如权利要求6或7所述的订单分配装置,其特征在于,所述分配模块具体用于:
按照接收到接单请求的时间先后顺序,每次从所述打车请求对应的处于未分配状态的打车订单中,选择一个打车订单分配给当前的第二终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610399202.7A CN106056296A (zh) | 2016-06-06 | 2016-06-06 | 订单分配方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610399202.7A CN106056296A (zh) | 2016-06-06 | 2016-06-06 | 订单分配方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106056296A true CN106056296A (zh) | 2016-10-26 |
Family
ID=57169777
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610399202.7A Pending CN106056296A (zh) | 2016-06-06 | 2016-06-06 | 订单分配方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106056296A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107832901A (zh) * | 2017-07-28 | 2018-03-23 | 平安科技(深圳)有限公司 | 任务分配方法、装置、终端设备及存储介质 |
CN109118334A (zh) * | 2017-06-01 | 2019-01-01 | 北京小度信息科技有限公司 | 订单处理方法及装置 |
CN109308534A (zh) * | 2017-07-28 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
CN110570001A (zh) * | 2019-08-09 | 2019-12-13 | 南京领行科技股份有限公司 | 一种出行订单处理方法、装置及服务器 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102780971A (zh) * | 2011-05-12 | 2012-11-14 | 上海圣利信息科技有限公司 | 通过无线网络和全球定位实现乘客与出租车通信的方法 |
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN105094767A (zh) * | 2014-05-06 | 2015-11-25 | 华为技术有限公司 | 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆 |
CN105225467A (zh) * | 2014-05-29 | 2016-01-06 | 深圳市赛格导航技术有限公司 | 一种提供召车服务的方法和系统 |
-
2016
- 2016-06-06 CN CN201610399202.7A patent/CN106056296A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102780971A (zh) * | 2011-05-12 | 2012-11-14 | 上海圣利信息科技有限公司 | 通过无线网络和全球定位实现乘客与出租车通信的方法 |
CN103218769A (zh) * | 2013-03-19 | 2013-07-24 | 王兴健 | 出租车订单分配方法 |
CN105094767A (zh) * | 2014-05-06 | 2015-11-25 | 华为技术有限公司 | 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆 |
CN105225467A (zh) * | 2014-05-29 | 2016-01-06 | 深圳市赛格导航技术有限公司 | 一种提供召车服务的方法和系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109118334A (zh) * | 2017-06-01 | 2019-01-01 | 北京小度信息科技有限公司 | 订单处理方法及装置 |
CN107832901A (zh) * | 2017-07-28 | 2018-03-23 | 平安科技(深圳)有限公司 | 任务分配方法、装置、终端设备及存储介质 |
CN109308534A (zh) * | 2017-07-28 | 2019-02-05 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
CN109308534B (zh) * | 2017-07-28 | 2021-08-24 | 北京嘀嘀无限科技发展有限公司 | 生成多个订单的方法及终端设备 |
CN110570001A (zh) * | 2019-08-09 | 2019-12-13 | 南京领行科技股份有限公司 | 一种出行订单处理方法、装置及服务器 |
CN110570001B (zh) * | 2019-08-09 | 2022-04-26 | 南京领行科技股份有限公司 | 一种出行订单处理方法、装置及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105956908A (zh) | 订单分配方法及系统 | |
CN108009652B (zh) | 信息显示方法、装置、终端设备和计算机可读存储介质 | |
CN107767206B (zh) | 订单分配方法及装置 | |
CN106056296A (zh) | 订单分配方法及装置 | |
CN103035117B (zh) | 出租车智能电招的方法及系统 | |
CN106408147B (zh) | 车险查勘任务的派发方法及系统 | |
CN105096166A (zh) | 一种订单分配的方法及装置 | |
CN108022139B (zh) | 分配订单的方法及装置 | |
CN111144676A (zh) | 用车订单分配方法、装置、服务器及计算机可读存储介质 | |
CN109765895B (zh) | 无人驾驶车辆控制方法、装置、无人驾驶车辆及存储介质 | |
CN107844843B (zh) | 一种订单处理方法及服务器 | |
CN105825706A (zh) | 一种车位信息推送方法和装置 | |
CN103218769A (zh) | 出租车订单分配方法 | |
CN111526170B (zh) | 推送方法、显示方法、装置、服务器、终端和存储介质 | |
CN105761425A (zh) | 求救方法、系统及装置 | |
CN111898042B (zh) | 乘车点推荐方法、装置、设备及存储介质 | |
CN107292748A (zh) | 控制孤儿单分配的方法和装置 | |
CN102546455A (zh) | 基于车载设备的通讯系统及通讯方法 | |
CN111256720B (zh) | 一种导航方法及装置 | |
CN105844902A (zh) | 打车呼叫装置、打车系统及方法 | |
CN107180528A (zh) | 一种网约车车辆调度方法及系统 | |
CN107886230A (zh) | 一种分析优化电召订单调度分配的系统和方法 | |
CN110020215A (zh) | 找单推荐信息的推送方法及装置、电子设备 | |
CN113340315A (zh) | 车辆充电方法、装置、电子设备及存储介质 | |
CN109841054B (zh) | 一种推荐上车点的方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 518057 Shenzhen Software Park, Nanshan District high tech Industrial Park, Guangdong, China,, 6 401-402 Applicant after: Yongxing Shenzhen Polytron Technologies Inc Address before: 518057 Shenzhen Software Park, Nanshan District high tech Industrial Park, Guangdong, China,, 6 401-402 Applicant before: Shenzhen Longrise Technology Co., Ltd. |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161026 |