CN108805411A - 网约车订单分配方法、装置、服务器、终端和可读存储介质 - Google Patents
网约车订单分配方法、装置、服务器、终端和可读存储介质 Download PDFInfo
- Publication number
- CN108805411A CN108805411A CN201810482072.2A CN201810482072A CN108805411A CN 108805411 A CN108805411 A CN 108805411A CN 201810482072 A CN201810482072 A CN 201810482072A CN 108805411 A CN108805411 A CN 108805411A
- Authority
- CN
- China
- Prior art keywords
- order
- net
- vehicle
- location information
- sent
- 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 42
- 238000012545 processing Methods 0.000 claims description 45
- 238000012216 screening Methods 0.000 claims description 42
- 230000005540 biological transmission Effects 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 17
- 238000012163 sequencing technique Methods 0.000 claims description 10
- 230000006870 function Effects 0.000 description 29
- 238000010586 diagram Methods 0.000 description 17
- 230000004044 response Effects 0.000 description 15
- 238000005516 engineering process Methods 0.000 description 9
- 238000012790 confirmation Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 238000011176 pooling Methods 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012549 training Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 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
- G06Q10/063112—Skill-based matching of a person or a group to a task
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
- G06Q30/0637—Approvals
-
- 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)
- Theoretical Computer Science (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Educational Administration (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明提供了一种网约车订单分配方法、装置、服务器、终端、和可读存储介质，其中，网约车订单分配方法包括：接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；接收司机终端对于网约车订单的接单请求；根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。本发明的技术方案，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率。
Description
技术领域
本发明涉及计算机技术领域，具体而言，涉及一种网约车订单分配方法、一种分配装置、一种服务器、一种终端和一种计算机可读存储介质。
背景技术
目前网约车中的专车与快车等的派单模式主要基于全职司机的接单诉求，采用平台指派或者提前抢单的模式，对兼职司机顺路单的个性化偏好没有很好的满足。而直接采用纯顺风车司乘互选的交易模式又非常低效，应答率和成交率较低。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的一个目的在于提供一种网约车订单分配方法。
本发明的另一个目的在于提供一种网约车订单分配装置。
本发明的再一个目的在于提供一种服务器。
本发明的又一个目的在于提供一种终端。
本发明的又一个目的在于提供一种计算机可读存储介质。
为了实现上述目的，本发明第一方面的技术方案提供了一种网约车订单分配方法，包括：接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；接收司机终端对于网约车订单的接单请求；根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。
在该技术方案中，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，其中，司机终端可以是顺风车司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
其中，订单池中的订单包括处于排队状态的同城实时订单、同城预约订单、跨城专车订单与跨城拼车订单等。
可以理解的是，在检测到订单池中具有与位置信息不匹配的网约车订单时，根据预设的排队模型将订单池中的实时订单发送至对应的非顺风车终端；和/或根据预设的抢单规则或选单规则将订单池中的预约订单发送至对应的非顺风车终端，非顺风车终端包括快车终端、专车终端、出租车终端中的任意一种。
在该技术方案中，通过在检测到订单池中具有不满足司机终端诉求的网约车订单时，将这些网约车订单按照现有技术中的派单方式进行派单，与司机终端进行选单的功能相结合，能够从总体上缓解运营压力，缩短乘客订单应答时间，从而提升乘客用户的使用体验。
在上述任一技术方案中，优选地，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：根据起点位置信息与终点位置信息生成顺路匹配基准；计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，以将顺路匹配度大于或等于预设匹配阈值的至少一个网约车订单的订单详情发送至司机终端。
在该技术方案中，通过接收司机终端发送的起点位置信息与终点位置信息，以根据起点位置信息与终点位置信息确定顺路匹配基准，以基于顺路匹配基准执行匹配操作后，计算顺路匹配度，并根据顺路匹配度与预设匹配阈值之间的关系确定是否将网约车订单的订单详情发送至司机终端，实现了顺路订单的查询功能，进而满足了司机终端根据顺路匹配度抢单的诉求，从而提升了司机终端的接单量。
其中，起点位置信息可以为该司机终端的实时位置，也可以是司机预设的起点位置。
另外，预设匹配阈值可以为一个百分比，预设匹配阈值越高，匹配度越高，对应地，满足预设匹配阈值的网约车订单的数量越少。
在上述任一技术方案中，优选地，计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，具体包括以下步骤：在检测到网约车订单的起点与起点位置信息之间的距离小于或等于第一预设距离阈值时，根据网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定顺路匹配度。
在该技术方案中，基于顺路匹配基准执行匹配操作，首先可以通过检测到网约车订单的起点与起点位置信息之间的距离是否小于或等于第一预设距离阈值进行筛选操作，然后基于订单的距离，订单与顺路匹配基准相比的绕路比，以及顺风车的共乘比计算顺路匹配度，以实现能够满足顺风需求的订单的准确筛选，从而同步满足顺风车司机的顺风接单需求，以及乘客订单的快速响应需求。
在上述任一技术方案中，优选地，订单池包括实时订单与预约订单，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：位置信息为司机终端的实时位置，在检测到实时订单的起点与实时位置之间的距离小于或等于第二预设距离阈值时，将实时订单的订单详情发送至司机终端；在检测到预约订单的起点与起点位置信息之间的距离小于或等于第三预设距离阈值时，将预约订单的订单详情发送至司机终端，其中，第二预设距离小于或等于第三预设距离。
在该技术方案中，在位置信息仅为司机终端的实时位置信息时，则此时司机终端的需求为对附近网约车订单的接单需求，可以将第二预设距离范围内的实时订单发送指定对应的司机终端，将第三预设距离范围内的预约订单发送至对应的司机终端，从而实现附近订单的筛选功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
其中，在基于顺路订单发送的地点位置地址为该司机终端的实时位置时，第二预设距离可以与第一预设距离相同。
在上述任一技术方案中，优选地，根据预设的规则确定是否向所述接受所述接单请求的司机终端分配所述网约车订单，具体包括以下步骤：在接收到的接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定接单请求对应的司机终端中具有PK权限的顺风两个司机终端；根据预设PK规则，在具有PK权限的两个司机终端中，确定抢单成功的司机终端。
在该技术方案中，通过在向多个司机终端发送接单指令后，确定自发送接单指令时刻起计时的预设时间段内接收到的接单请求对应的司机终端，有利于提高订单的处理效率，通过根据预设的筛选模型，确定具有PK权限的至少两个司机终端，可以将对司机终端做出初步筛选，减少PK操作的压力，进一步提高订单的处理效率，通过根据预设规则，在具有PK权限的司机终端中，确定第一司机终端和第二司机终端，实现了对抢单成功和抢单失败的司机终端的确认，提高了订单分配的公平性和合理性。
进一步地，可以根据司机终端的实时位置与载客点之间的至少一条路径和至少一条路径对应的实时路况确定筛选模型，以对司机终端做出初步筛选，通过根据司机终端的历史行程数据、司机评价数据和地理位置数据和对应的权重比，确定PK规则，提高了PK的公平合理性。
本发明的第二方面的技术方案提供了一种网约车订单分配方法，包括：在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情；在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，其中，订单卡片上设置有抢单接口，抢单接口用于接收抢单操作，以在接收到抢单操作后，将抢单操作对应的接单请求发送至服务器。
在该技术方案中，在司机终端的客户端页面上，可以增加选单入口，以通过选单接口从选单大厅页面切换进入选单页面，在进入选单页面后，将获取到的位置信息发送至服务器，以接受服务器根据位置信息反馈的网约车订单的订单详情，并将订单详情以卡片的形式根据预设的排序规则显示在对应的订单列表页面上，实现了顺风车司机在执行选单操作之前选单列表信息的接收，以满足兼职的顺风车司机的顺风接单偏好，从而有利于拉升兼职运力，缓解整体运营压力，提高订单成交量，从而提升乘客需求满足率。
在上述技术方案中，优选地，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情，具体包括以下步骤：选单页面设置有位置接口，在检测到位置接口接收到起点位置信息与终点位置信息后，将起点位置信息与终点位置信息发送至服务器；接收由服务器发送的与起点设置信息与终点设置信息匹配的多个顺路网约车订单的订单详情。
在该技术方案中，在需要对顺路订单进行选单操作时，可以在选单页面设置顺路订单的查找模块，包括起点地址的输入窗口、终点地址的输入窗口，以及查找按键，通过接收到对查找按键的触控操作，将起点位置信息与终点位置信息发送至服务器，以接收服务器发送的顺路订单供顺风车司机选单或抢单，从而提升与顺风车司机顺路的网约车订单的成交率。
在上述任一技术方案中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：在检测到订单列表包括多个实时订单与多个预约订单时，将多个实时订单排列在多个预约订单之前；根据订单路程预估时长和/或顺路匹配度将多个实时订单从前至后依次排列；以及根据订单路程预估时长和/或顺路匹配度将多个预约订单从前至后依次排列；将排序完毕的多个订单列表显示在顺路订单列表页面。
在该技术方案中，订单列表中可以包括实时订单与预约订单，将实时订单排列在预约订单之前，以方便顺风车司机对实时订单及时抢单，在多个实时订单或多个预约订单中，可以根订单预估时长依次排列，时长短的排在前部，时长长的排在后部，也可以根据顺路匹配度进行排序，还可以分别根据预估时长与对应的权重值、与顺路匹配度与对应的权重值综合评估进行排序。
其中，实时订单还包括跨城实时专车订单与跨城实时拼车订单，预约订单还包括跨城预约专车订单与跨城预约拼车订单。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、顺路匹配度、订单全程距离、订单起点以及订单起点与起点位置信息之间的距离、订单终点以及订单终点与终点位置信息之间的距离。
在上述任一技术方案中，优选地，将位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单列表，具体包括以下步骤：将司机终端的实时位置发送至服务器，以接收服务器发送的与实时位置匹配的附近网约车订单的订单详情。
在该技术方案中，通过只向服务器发送由终端自带的定位装置获取到的实时位置，以接收与实时位置匹配的网约车订单作为附近网约车订单，从而实现附近网约车订单的选单与抢单功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
在上述任一技术方案中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：选单页面还设置有附近网约车订单预览区域，将指定数量的订单详情的订单卡片显示在预览区域，预览区域还设置有全部的附近网约车订单的查看接口，查看接口用于从选单页面切换至附近订单列表页面；在附近订单列表页面上，根据出发时间将多个附近网约车订单从前至后依次排列。
在该技术方案中，在选单页面上，在顺路订单的查找模块的下部还可以设置附近网约车订单预览区域，在预览区域上显示指定数量的附近网约车订单的订单详情，在接收到对接收到的全部的附近网约车订单的显示指令后，切换至附近订单列表页面，并根据触发实现顺序显示，以提升顺风车司机附近的网约车订单的成交率。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、订单起终点信息，以及订单起点与实时位置的之间距离。
在上述任一技术方案中，优选地，还包括：根据预设周期刷新订单列表页面；在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将新的网约车订单的订单详情显示在订单列表页面的指定位置上。
在该技术方案中，通过根据预设周期自动刷新订单列表，以在检测接收到新的与位置信息匹配的网约车订单时，更新订单列表，并显示在订单列表页面上，以实现顺路订单与附近订单接收的实时性，从而进一步提升订单的派单效率。
本发明的第三方面的技术方案提供了一种网约车订单分配装置，包括：接收单元，用于接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；发送单元，用于将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；接收单元还用于：接收司机终端对于网约车订单的接单请求；网约车订单分配装置还包括：确定单元，用于根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。。
在该技术方案中，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
其中，订单池中的订单包括处于排队状态的同城实时订单、同城预约订单、跨城专车订单与跨城拼车订单等。
在上述任一技术方案中，优选地，还包括：生成单元，用于根据起点位置信息与终点位置信息生成顺路匹配基准；计算单元，用于计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，以将顺路匹配度大于或等于预设匹配阈值的至少一个网约车订单的订单详情发送至司机终端。
在该技术方案中，通过接收司机终端发送的起点位置信息与终点位置信息，以根据起点位置信息与终点位置信息确定顺路匹配基准，以基于顺路匹配基准执行匹配操作后，计算顺路匹配度，并根据顺路匹配度与预设匹配阈值之间的关系确定是否将网约车订单的订单详情发送至司机终端，实现了顺路订单的查询功能，进而满足了司机终端根据顺路匹配度抢单的诉求，从而提升了司机终端的接单量。
其中，起点位置信息可以为该司机终端的实时位置。
另外，预设匹配阈值可以为一个百分比，预设匹配阈值越高，匹配度越高，对应地，满足预设匹配阈值的网约车订单的数量越少。
在上述任一技术方案中，优选地，确定单元还用于：在检测到网约车订单的起点与起点位置信息之间的距离小于或等于第一预设距离阈值时，根据网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定顺路匹配度。
在该技术方案中，基于顺路匹配基准执行匹配操作，首先可以通过检测到网约车订单的起点与起点位置信息之间的距离是否小于或等于第一预设距离阈值进行筛选操作，然后基于订单的距离，订单与顺路匹配基准相比的绕路比，以及顺风车的共乘比计算顺路匹配度，以实现能够满足顺风需求的订单的准确筛选，从而同步满足顺风车司机的顺风接单需求，以及乘客订单的快速响应需求。
在上述任一技术方案中，优选地，发送单元还用于：位置信息为司机终端的实时位置，在检测到实时订单的起点与实时位置之间的距离小于或等于第二预设距离阈值时，将实时订单的订单详情发送至司机终端；发送单元还用于：在检测到预约订单的起点与起点位置信息之间的距离小于或等于第三预设距离阈值时，将预约订单的订单详情发送至司机终端，其中，第二预设距离小于或等于第三预设距离。
在该技术方案中，在位置信息仅为司机终端的实时位置信息时，则此时司机终端的需求为对附近网约车订单的接单需求，可以将第二预设距离范围内的实时订单发送指定对应的司机终端，将第三预设距离范围内的预约订单发送至对应的司机终端，从而实现附近订单的筛选功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
其中，在基于顺路订单发送的地点位置地址为该司机终端的实时位置时，第二预设距离可以与第一预设距离相同。
在上述任一技术方案中，优选地，确定单元还用于：在接收到的接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定接单请求对应的司机终端中具有PK权限的顺风两个司机终端；确定单元还用于：根据预设PK规则，在具有PK权限的两个司机终端中，确定抢单成功的司机终端。
在该技术方案中，通过在向多个司机终端发送接单指令后，确定自发送接单指令时刻起计时的预设时间段内接收到的接单请求对应的司机终端，有利于提高订单的处理效率，通过根据预设的筛选模型，确定具有PK权限的至少两个司机终端，可以将对司机终端做出初步筛选，减少PK操作的压力，进一步提高订单的处理效率，通过根据预设规则，在具有PK权限的司机终端中，确定第一司机终端和第二司机终端，实现了对抢单成功和抢单失败的司机终端的确认，提高了订单分配的公平性和合理性。
进一步地，可以根据司机终端的实时位置与载客点之间的至少一条路径和至少一条路径对应的实时路况确定筛选模型，以对司机终端做出初步筛选，通过根据司机终端的历史行程数据、司机评价数据和地理位置数据和对应的权重比，确定PK规则，提高了PK的公平合理性。
本发明的第四方面的技术方案提供了一种网约车订单分配装置，包括：发送单元，用于在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情；显示单元，用于在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，其中，订单卡片上设置有抢单接口，抢单接口用于接收抢单操作，以在接收到抢单操作后，将抢单操作对应的接单请求发送至服务器。
在该技术方案中，在司机终端的客户端页面上，可以增加选单入口，以通过选单接口从选单大厅页面切换进入选单页面，在进入选单页面后，将获取到的位置信息发送至服务器，以接受服务器根据位置信息反馈的网约车订单的订单详情，并将订单详情以卡片的形式根据预设的排序规则显示在对应的订单列表页面上，实现了顺风车司机在执行选单操作之前选单列表信息的接收，以满足兼职的顺风车司机的顺风接单偏好，从而有利于拉升兼职运力，缓解整体运营压力，提高订单成交量，从而提升乘客需求满足率。
在上述技术方案中，优选地，发送单元还用于：选单页面设置有位置接口，在检测到位置接口接收到起点位置信息与终点位置信息后，将起点位置信息与终点位置信息发送至服务器；派单装置还包括：接收单元，用于接收由服务器发送的与起点设置信息与终点设置信息匹配的多个顺路网约车订单的订单详情。
在该技术方案中，在需要对顺路订单进行选单操作时，可以在选单页面设置顺路订单的查找模块，包括起点地址的输入窗口、终点地址的输入窗口，以及查找按键，通过接收到对查找按键的触控操作，将起点位置信息与终点位置信息发送至服务器，以接收服务器发送的顺路订单供顺风车司机选单或抢单，从而提升与顺风车司机顺路的网约车订单的成交率。
在上述任一技术方案中，优选地，还包括：排序单元，用于在检测到订单列表包括多个实时订单与多个预约订单时，将多个实时订单排列在多个预约订单之前；排序单元还用于：根据订单路程预估时长和/或顺路匹配度将多个实时订单从前至后依次排列；排序单元还用于：根据订单路程预估时长和/或顺路匹配度将多个预约订单从前至后依次排列；显示单元还用于：将排序完毕的多个订单列表显示在顺路订单列表页面。
在该技术方案中，订单列表中可以包括实时订单与预约订单，将实时订单排列在预约订单之前，以方便顺风车司机对实时订单及时抢单，在多个实时订单或多个预约订单中，可以根订单预估时长依次排列，时长短的排在前部，时长长的排在后部，也可以根据顺路匹配度进行排序，还可以分别根据预估时长与对应的权重值、与顺路匹配度与对应的权重值综合评估进行排序。
其中，实时订单还包括跨城实时专车订单与跨城实时拼车订单，预约订单还包括跨城预约专车订单与跨城预约拼车订单。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、顺路匹配度、订单全程距离、订单起点以及订单起点与起点位置信息之间的距离、订单终点以及订单终点与终点位置信息之间的距离。
在上述任一技术方案中，优选地，发送单元还用于：将司机终端的实时位置发送至服务器，以接收服务器发送的与实时位置匹配的附近网约车订单的订单详情。
在该技术方案中，通过只向服务器发送由终端自带的定位装置获取到的实时位置，以接收与实时位置匹配的网约车订单作为附近网约车订单，从而实现附近网约车订单的选单与抢单功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
在上述任一技术方案中，优选地，显示单元还用于：选单页面还设置有附近网约车订单预览区域，将指定数量的订单详情的订单卡片显示在预览区域，预览区域还设置有全部的附近网约车订单的查看接口，查看接口用于从选单页面切换至附近订单列表页面；排序单元还用于：在附近订单列表页面上，根据出发时间将多个附近网约车订单从前至后依次排列。
在该技术方案中，在选单页面上，在顺路订单的查找模块的下部还可以设置附近网约车订单预览区域，在预览区域上显示指定数量的附近网约车订单的订单详情，在接收到对接收到的全部的附近网约车订单的显示指令后，切换至附近订单列表页面，并根据触发实现顺序显示，以提升顺风车司机附近的网约车订单的成交率。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、订单起终点信息，以及订单起点与实时位置的之间距离。
在上述任一技术方案中，优选地，还包括：刷新单元，用于根据预设周期刷新订单列表页面；显示单元还用于：在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将新的网约车订单的订单详情显示在订单列表页面的指定位置上。
在该技术方案中，通过根据预设周期自动刷新订单列表，以在检测接收到新的与位置信息匹配的网约车订单时，更新订单列表，并显示在订单列表页面上，以实现顺路订单与附近订单接收的实时性，从而进一步提升订单的派单效率。
本发明的第五方面的技术方案提供了一种服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面的技术方案中任一项所述网约车订单分配方法限定的步骤，和/或包括上述第三方面的技术方案中任一项的派单装置。
本发明的第六方面的技术方案提供了一种终端，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第二方面的技术方案中任一项所述网约车订单分配方法限定的步骤，和/或包括上述第四方面的技术方案中任一项的派单装置。
本发明的第七方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项网约车订单分配方法限定的步骤。
本发明的优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的网约车订单分配方法的示意流程图；
图2示出了根据本发明的另一个实施例的网约车订单分配方法的示意流程图；
图3示出了根据本发明的一个实施例的网约车订单分配装置的示意框图；
图4示出了根据本发明的另一个实施例的网约车订单分配装置的示意框图；
图5示出了根据本发明的再一个实施例的网约车订单分配方法的示意流程图；
图6示出了根据本发明的再一个实施例的网约车订单分配方法的示意流程图；
图7至图15示出了根据本发明的实施例的用户交互页面的示意图；
图16示出了根据本发明的实施例的服务器的示意框图；
图17示出了根据本发明的实施例的终端的示意框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的网约车订单分配方法的示意流程图。
如图1所示，根据本发明的一个实施例的网约车订单分配方法，包括：步骤102，接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；步骤104，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；步骤106，接收司机终端对于网约车订单的接单请求；步骤108，根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。
在该实施例中，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，其中，司机终端可以是顺风车司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
其中，订单池中的订单包括处于排队状态的同城实时订单、同城预约订单、跨城专车订单与跨城拼车订单等。
可以理解的是，在检测到订单池中具有与位置信息不匹配的网约车订单时，根据预设的排队模型将订单池中的实时订单发送至对应的非顺风车终端；和/或根据预设的抢单规则或选单规则将订单池中的预约订单发送至对应的非顺风车终端，非顺风车终端包括快车终端、专车终端、出租车终端中的任意一种。
在该实施例中，通过在检测到订单池中具有不满足司机终端诉求的网约车订单时，将这些网约车订单按照现有技术中的派单方式进行派单，与司机终端进行选单的功能相结合，能够从总体上缓解运营压力，缩短乘客订单应答时间，从而提升乘客用户的使用体验。
在上述任一实施例中，优选地，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：根据起点位置信息与终点位置信息生成顺路匹配基准；计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，以将顺路匹配度大于或等于预设匹配阈值的至少一个网约车订单的订单详情发送至司机终端。
在该实施例中，通过接收司机终端发送的起点位置信息与终点位置信息，以根据起点位置信息与终点位置信息确定顺路匹配基准，以基于顺路匹配基准执行匹配操作后，计算顺路匹配度，并根据顺路匹配度与预设匹配阈值之间的关系确定是否将网约车订单的订单详情发送至司机终端，实现了顺路订单的查询功能，进而满足了司机终端根据顺路匹配度抢单的诉求，从而提升了司机终端的接单量。
其中，起点位置信息可以为该司机终端的实时位置，也可以是司机预设的起点位置。
另外，预设匹配阈值可以为一个百分比，预设匹配阈值越高，匹配度越高，对应地，满足预设匹配阈值的网约车订单的数量越少。
在上述任一实施例中，优选地，计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，具体包括以下步骤：在检测到网约车订单的起点与起点位置信息之间的距离小于或等于第一预设距离阈值时，根据网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定顺路匹配度。
在该实施例中，基于顺路匹配基准执行匹配操作，首先可以通过检测到网约车订单的起点与起点位置信息之间的距离是否小于或等于第一预设距离阈值进行筛选操作，然后基于订单的距离，订单与顺路匹配基准相比的绕路比，以及顺风车的共乘比计算顺路匹配度，以实现能够满足顺风需求的订单的准确筛选，从而同步满足顺风车司机的顺风接单需求，以及乘客订单的快速响应需求。
在上述任一实施例中，优选地，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：位置信息为司机终端的实时位置，在检测到实时订单的起点与实时位置之间的距离小于或等于第二预设距离阈值时，将实时订单的订单详情发送至司机终端；在检测到预约订单的起点与起点位置信息之间的距离小于或等于第三预设距离阈值时，将预约订单的订单详情发送至司机终端，其中，第二预设距离小于或等于第三预设距离。
在该实施例中，在位置信息仅为司机终端的实时位置信息时，则此时司机终端的需求为对附近网约车订单的接单需求，可以将第二预设距离范围内的实时订单发送指定对应的司机终端，将第三预设距离范围内的预约订单发送至对应的司机终端，从而实现附近订单的筛选功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
其中，在基于顺路订单发送的地点位置地址为该司机终端的实时位置时，第二预设距离可以与第一预设距离相同。
在上述任一实施例中，优选地，根据预设的规则确定是否向所述接受所述接单请求的司机终端分配所述网约车订单，具体包括以下步骤：在接收到的接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定接单请求对应的司机终端中具有PK权限的顺风两个司机终端；根据预设PK规则，在具有PK权限的两个司机终端中，确定抢单成功的司机终端。
在该实施例中，通过在向多个司机终端发送接单指令后，确定自发送接单指令时刻起计时的预设时间段内接收到的接单请求对应的司机终端，有利于提高订单的处理效率，通过根据预设的筛选模型，确定具有PK权限的至少两个司机终端，可以将对司机终端做出初步筛选，减少PK操作的压力，进一步提高订单的处理效率，通过根据预设规则，在具有PK权限的司机终端中，确定第一司机终端和第二司机终端，实现了对抢单成功和抢单失败的司机终端的确认，提高了订单分配的公平性和合理性。
进一步地，可以根据司机终端的实时位置与载客点之间的至少一条路径和至少一条路径对应的实时路况确定筛选模型，以对司机终端做出初步筛选，通过根据司机终端的历史行程数据、司机评价数据和地理位置数据和对应的权重比，确定PK规则，提高了PK的公平合理性。
图2示出了根据本发明的另一个实施例的网约车订单分配方法的示意流程图。
如图2所示，根据本发明的另一个实施例的网约车订单分配方法，包括：步骤202，在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情；步骤204，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，其中，订单卡片上设置有抢单接口，抢单接口用于接收抢单操作，以在接收到抢单操作后，将抢单操作对应的接单请求发送至服务器。
在该实施例中，在司机终端的客户端页面上，可以增加选单入口，以通过选单接口从选单大厅页面切换进入选单页面，在进入选单页面后，将获取到的位置信息发送至服务器，以接受服务器根据位置信息反馈的网约车订单的订单详情，并将订单详情以卡片的形式根据预设的排序规则显示在对应的订单列表页面上，实现了顺风车司机在执行选单操作之前选单列表信息的接收，以满足兼职的顺风车司机的顺风接单偏好，从而有利于拉升兼职运力，缓解整体运营压力，提高订单成交量，从而提升乘客需求满足率。
在上述实施例中，优选地，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情，具体包括以下步骤：选单页面设置有位置接口，在检测到位置接口接收到起点位置信息与终点位置信息后，将起点位置信息与终点位置信息发送至服务器；接收由服务器发送的与起点设置信息与终点设置信息匹配的多个顺路网约车订单的订单详情。
在该实施例中，在需要对顺路订单进行选单操作时，可以在选单页面设置顺路订单的查找模块，包括起点地址的输入窗口、终点地址的输入窗口，以及查找按键，通过接收到对查找按键的触控操作，将起点位置信息与终点位置信息发送至服务器，以接收服务器发送的顺路订单供顺风车司机选单或抢单，从而提升与顺风车司机顺路的网约车订单的成交率。
在上述任一实施例中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：在检测到订单列表包括多个实时订单与多个预约订单时，将多个实时订单排列在多个预约订单之前；根据订单路程预估时长和/或顺路匹配度将多个实时订单从前至后依次排列；以及根据订单路程预估时长和/或顺路匹配度将多个预约订单从前至后依次排列；将排序完毕的多个订单列表显示在顺路订单列表页面。
在该实施例中，订单列表中可以包括实时订单与预约订单，将实时订单排列在预约订单之前，以方便顺风车司机对实时订单及时抢单，在多个实时订单或多个预约订单中，可以根订单预估时长依次排列，时长短的排在前部，时长长的排在后部，也可以根据顺路匹配度进行排序，还可以分别根据预估时长与对应的权重值、与顺路匹配度与对应的权重值综合评估进行排序。
其中，实时订单还包括跨城实时专车订单与跨城实时拼车订单，预约订单还包括跨城预约专车订单与跨城预约拼车订单。
在上述任一实施例中，优选地，订单卡片还包括：订单出发时间、顺路匹配度、订单全程距离、订单起点以及订单起点与起点位置信息之间的距离、订单终点以及订单终点与终点位置信息之间的距离。
在上述任一实施例中，优选地，将位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单列表，具体包括以下步骤：将司机终端的实时位置发送至服务器，以接收服务器发送的与实时位置匹配的附近网约车订单的订单详情。
在该实施例中，通过只向服务器发送由终端自带的定位装置获取到的实时位置，以接收与实时位置匹配的网约车订单作为附近网约车订单，从而实现附近网约车订单的选单与抢单功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
在上述任一实施例中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：选单页面还设置有附近网约车订单预览区域，将指定数量的订单详情的订单卡片显示在预览区域，预览区域还设置有全部的附近网约车订单的查看接口，查看接口用于从选单页面切换至附近订单列表页面；在附近订单列表页面上，根据出发时间将多个附近网约车订单从前至后依次排列。
在该实施例中，在选单页面上，在顺路订单的查找模块的下部还可以设置附近网约车订单预览区域，在预览区域上显示指定数量的附近网约车订单的订单详情，在接收到对接收到的全部的附近网约车订单的显示指令后，切换至附近订单列表页面，并根据触发实现顺序显示，以提升顺风车司机附近的网约车订单的成交率。
在上述任一实施例中，优选地，订单卡片还包括：订单出发时间、订单起终点信息，以及订单起点与实时位置的之间距离。
在上述任一实施例中，优选地，还包括：根据预设周期刷新订单列表页面；在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将新的网约车订单的订单详情显示在订单列表页面的指定位置上。
在该实施例中，通过根据预设周期自动刷新订单列表，以在检测接收到新的与位置信息匹配的网约车订单时，更新订单列表，并显示在订单列表页面上，以实现顺路订单与附近订单接收的实时性，从而进一步提升订单的派单效率。
图3示出了根据本发明的一个实施例的网约车订单分配装置的示意框图。
如图3所示，根据本发明的一个实施例的网约车订单分配装置300，包括：接收单元302，用于接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；发送单元304，用于将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；接收单元302还用于：接收司机终端对于网约车订单的接单请求；网约车订单分配装置300还包括：确定单元306，用于根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。
在该实施例中，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
其中，订单池中的订单包括处于排队状态的同城实时订单、同城预约订单、跨城专车订单与跨城拼车订单等。
在上述任一实施例中，优选地，还包括：生成单元308，用于根据起点位置信息与终点位置信息生成顺路匹配基准；计算单元310，用于计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，以将顺路匹配度大于或等于预设匹配阈值的至少一个网约车订单的订单详情发送至司机终端。
在该实施例中，通过接收司机终端发送的起点位置信息与终点位置信息，以根据起点位置信息与终点位置信息确定顺路匹配基准，以基于顺路匹配基准执行匹配操作后，计算顺路匹配度，并根据顺路匹配度与预设匹配阈值之间的关系确定是否将网约车订单的订单详情发送至司机终端，实现了顺路订单的查询功能，进而满足了司机终端根据顺路匹配度抢单的诉求，从而提升了司机终端的接单量。
其中，起点位置信息可以为该司机终端的实时位置。
另外，预设匹配阈值可以为一个百分比，预设匹配阈值越高，匹配度越高，对应地，满足预设匹配阈值的网约车订单的数量越少。
在上述任一实施例中，优选地，确定单元306还用于：在检测到网约车订单的起点与起点位置信息之间的距离小于或等于第一预设距离阈值时，根据网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定与顺路匹配基准的顺路匹配度。
在该实施例中，基于顺路匹配基准执行匹配操作，首先可以通过检测到网约车订单的起点与起点位置信息之间的距离是否小于或等于第一预设距离阈值进行筛选操作，然后基于订单的距离，订单与顺路匹配基准相比的绕路比，以及顺风车的共乘比计算顺路匹配度，以实现能够满足顺风需求的订单的准确筛选，从而同步满足顺风车司机的顺风接单需求，以及乘客订单的快速响应需求。
在上述任一实施例中，优选地，发送单元304还用于：位置信息为司机终端的实时位置，在检测到实时订单的起点与实时位置之间的距离小于或等于第二预设距离阈值时，将实时订单的订单详情发送至司机终端；发送单元304还用于：在检测到预约订单的起点与起点位置信息之间的距离小于或等于第三预设距离阈值时，将预约订单的订单详情发送至司机终端，其中，第二预设距离小于或等于第三预设距离。
在该实施例中，在位置信息仅为司机终端的实时位置信息时，则此时司机终端的需求为对附近网约车订单的接单需求，可以将第二预设距离范围内的实时订单发送指定对应的司机终端，将第三预设距离范围内的预约订单发送至对应的司机终端，从而实现附近订单的筛选功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
其中，在基于顺路订单发送的地点位置地址为该司机终端的实时位置时，第二预设距离可以与第一预设距离相同。
在上述任一实施例中，优选地，确定单元306还用于：在接收到的接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定接单请求对应的司机终端中具有PK权限的顺风两个司机终端；确定单元306还用于：根据预设PK规则，在具有PK权限的两个司机终端中，确定抢单成功的司机终端。
在该实施例中，通过在向多个司机终端发送接单指令后，确定自发送接单指令时刻起计时的预设时间段内接收到的接单请求对应的司机终端，有利于提高订单的处理效率，通过根据预设的筛选模型，确定具有PK权限的至少两个司机终端，可以将对司机终端做出初步筛选，减少PK操作的压力，进一步提高订单的处理效率，通过根据预设规则，在具有PK权限的司机终端中，确定第一司机终端和第二司机终端，实现了对抢单成功和抢单失败的司机终端的确认，提高了订单分配的公平性和合理性。
进一步地，可以根据司机终端的实时位置与载客点之间的至少一条路径和至少一条路径对应的实时路况确定筛选模型，以对司机终端做出初步筛选，通过根据司机终端的历史行程数据、司机评价数据和地理位置数据和对应的权重比，确定PK规则，提高了PK的公平合理性。
图4示出了根据本发明的一个实施例的网约车订单分配装置的示意框图。
如图4所示，根据本发明的一个实施例的网约车订单分配装置400，包括：发送单元402，用于在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情；显示单元404，用于在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，其中，订单卡片上设置有抢单接口，抢单接口用于接收抢单操作，以在接收到抢单操作后，将抢单操作对应的接单请求发送至服务器。
在该实施例中，在司机终端的客户端页面上，可以增加选单入口，以通过选单接口从选单大厅页面切换进入选单页面，在进入选单页面后，将获取到的位置信息发送至服务器，以接受服务器根据位置信息反馈的网约车订单的订单详情，并将订单详情以卡片的形式根据预设的排序规则显示在对应的订单列表页面上，实现了顺风车司机在执行选单操作之前选单列表信息的接收，以满足兼职的顺风车司机的顺风接单偏好，从而有利于拉升兼职运力，缓解整体运营压力，提高订单成交量，从而提升乘客需求满足率。
在上述实施例中，优选地，发送单元402还用于：选单页面设置有位置接口，在检测到位置接口接收到起点位置信息与终点位置信息后，将起点位置信息与终点位置信息发送至服务器；派单装置还包括：接收单元406，用于接收由服务器发送的与起点设置信息与终点设置信息匹配的多个顺路网约车订单的订单详情。
在该实施例中，在需要对顺路订单进行选单操作时，可以在选单页面设置顺路订单的查找模块，包括起点地址的输入窗口、终点地址的输入窗口，以及查找按键，通过接收到对查找按键的触控操作，将起点位置信息与终点位置信息发送至服务器，以接收服务器发送的顺路订单供顺风车司机选单或抢单，从而提升与顺风车司机顺路的网约车订单的成交率。
在上述任一实施例中，优选地，还包括：排序单元408，用于在检测到订单列表包括多个实时订单与多个预约订单时，将多个实时订单排列在多个预约订单之前；排序单元408还用于：根据订单路程预估时长和/或顺路匹配度将多个实时订单从前至后依次排列；排序单元408还用于：根据订单路程预估时长和/或顺路匹配度将多个预约订单从前至后依次排列；显示单元404还用于：将排序完毕的多个订单列表显示在顺路订单列表页面。
在该实施例中，订单列表中可以包括实时订单与预约订单，将实时订单排列在预约订单之前，以方便顺风车司机对实时订单及时抢单，在多个实时订单或多个预约订单中，可以根订单预估时长依次排列，时长短的排在前部，时长长的排在后部，也可以根据顺路匹配度进行排序，还可以分别根据预估时长与对应的权重值、与顺路匹配度与对应的权重值综合评估进行排序。
其中，实时订单还包括跨城实时专车订单与跨城实时拼车订单，预约订单还包括跨城预约专车订单与跨城预约拼车订单。
在上述任一实施例中，优选地，订单卡片还包括：订单出发时间、顺路匹配度、订单全程距离、订单起点以及订单起点与起点位置信息之间的距离、订单终点以及订单终点与终点位置信息之间的距离。
在上述任一实施例中，优选地，发送单元402还用于：将司机终端的实时位置发送至服务器，以接收服务器发送的与实时位置匹配的附近网约车订单的订单详情。
在该实施例中，通过只向服务器发送由终端自带的定位装置获取到的实时位置，以接收与实时位置匹配的网约车订单作为附近网约车订单，从而实现附近网约车订单的选单与抢单功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
在上述任一实施例中，优选地，显示单元404还用于：选单页面还设置有附近网约车订单预览区域，将指定数量的订单详情的订单卡片显示在预览区域，预览区域还设置有全部的附近网约车订单的查看接口，查看接口用于从选单页面切换至附近订单列表页面；排序单元408还用于：在附近订单列表页面上，根据出发时间将多个附近网约车订单从前至后依次排列。
在该实施例中，在选单页面上，在顺路订单的查找模块的下部还可以设置附近网约车订单预览区域，在预览区域上显示指定数量的附近网约车订单的订单详情，在接收到对接收到的全部的附近网约车订单的显示指令后，切换至附近订单列表页面，并根据触发实现顺序显示，以提升顺风车司机附近的网约车订单的成交率。
在上述任一实施例中，优选地，订单卡片还包括：订单出发时间、订单起终点信息，以及订单起点与实时位置的之间距离。
在上述任一实施例中，优选地，还包括：刷新单元410，用于根据预设周期刷新订单列表页面；显示单元404还用于：在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将新的网约车订单的订单详情显示在订单列表页面的指定位置上。
在该实施例中，通过根据预设周期自动刷新订单列表，以在检测接收到新的与位置信息匹配的网约车订单时，更新订单列表，并显示在订单列表页面上，以实现顺路订单与附近订单接收的实时性，从而进一步提升订单的派单效率。
图5示出了根据本发明的再一个实施例的网约车订单分配方法的示意流程图。
如图5所示，根据本发明的再一个实施例的网约车订单分配方法，包括：步骤502，服务器接收乘客终端发送的实时订单；步骤504，采用顺风单匹配模型对实时订单进行匹配；步骤506，将匹配的实时订单发送至司机终端；步骤508，采用PK策略执行PK操作，以确定派单的司机终端；步骤510，将不匹配的实时订单输入排队模型，以根据排队模型指派司机；步骤512，将不匹配的实时订单输入排队模型，以根据排队模型指派司机。
下面结合图6至图16描述本发明的实施例的网约车派单方案。
图6示出了根据本发明的再一个实施例的网约车订单分配方法的示意流程图。
如图6所示，根据本发明的再一个实施例的网约车订单分配方法，包括：步骤602，进入选单大厅首页；步骤604，搜索顺路订单；步骤606，设置起点地址与终端地址；步骤608，执行查找操作；步骤610，执行查找操作；步骤612，进入订单list页面；步骤614，接收到抢单请求；步骤616，检测抢单是否成功，在检测结果为“是”时，进入步骤618，在检测结果为“否”时，进入步骤620；步骤618，切换至接驾页面；步骤620，提示抢单失败；步骤622，点击推荐车主；步骤624，进入司机推荐页面。
如图7所示，在“我”的页面中增加入口“选单大厅，点击“选单大厅”跳转到功能首页。
如图8所示，选单大厅的首页结构可以包括：查找顺路订单、查看搜索框：“开始查找”按键，标题“附近订单”，显示附近订单的总数，显示排在前面的两个订单的订单卡片，订单卡片下方展示“查看全部附近订单”按钮，点击跳转到附近订单列表页面。
如图9所示，输入终点地址的输入框，支持城市筛选和地址输入，若需要加载，暂未加载出“顺路订单列表”页，则先展示加载状态，而在顺路订单列表展示加载文案：“正在查找顺路订单”
另外，若设置了起点，但未设置终点就点击“开始查找”，则toast提示“尚未输入目的地”；若起终点均未设置，点击“开始查找”则toast提示“尚未输入起点"。
如图10所示，附近订单的查看方式。
另外，还可扩展支持“跨城订单”模块。
如图11所示，顺路订单列表的显示页面，主要包括起终点信息卡片和订单list两部分，通过查找顺路订单入口进入顺路订单列表页面后，可以包括起点与终端输入框，其中起点默认填入当前定位的实时位置，在点击输入框跳转到“输入起点”页面后，可以输入自定义地址，并在输入完毕后后自动跳转回选单大厅首页。
针对目的地输入框，默认不填入任何地址，输入框内文字说明文案如下：“输入目的地，查找顺路订单”，如图9所示。
设置完起终点后点击“开始查找”发起订单搜索，跳转到“顺路订单列表“页。
订单卡片的最上部显示接收到的订单数量，如“13个顺路单”。
订单卡片可以包括以下内容：默认头像、时间(实时订单展示“现在出发”标签)、顺路匹配度、全程距离(订单的预估里程)、抢单按钮、起终点信息、距设置终点的距离等，
另外，针对预约订单，预约时间显示特殊说明，包括显示“今天、明天、后天”和具体时间点，若出现异常不在“今天、明天、后天”时间范围内，则显示具体日期。
对满足顺路匹配模型的顺路订单进行召回，可以根据以下规则执行(可以在服务器端完成)，召回顺路匹配度在50％以上(阈值可调)的实时订单(排队订单)和预约单，其中实时订单还要求起点距离当前定位位置在3KM以内。根据起终点距离、绕路比、共乘比等综合计算顺路匹配度，并可以划分为100％、95％、90％、55％、50％等多个档位显示。
在顺路订单列表页面上订单卡片的显示顺序，可以根据时间和顺路匹配度综合计算排序，并且在同样顺路匹配度下，实时订单在预约订单的前面显示。
以30秒为刷新周期自动轮训，若有新订单则显示提示“有新的顺路订单，下拉刷新”，可以不自动刷新，也可以自动刷新，手动刷新通过下拉顺路订单列表触发页面刷新。
另外，可以默认一次接收20个订单结果(由服务器控制)进行显示，浏览到第20个结果后继续上滑则提示“加载中”状态，继续请求后面的20个结果进行显示，再次请求时重新发起检索召回并对之前已返回的结果进行去重，若已加载到最后一个结果，则提示“没有更多结果”，若无顺路订单，则显示“暂无顺路订单”。
如图12所示，通过接收在顺路订单列表页面上对“抢单”按钮的触控操作进行抢单，在抢单过程中提示“正在抢单”，由服务器根据PK逻辑进行PK派单。在接收到服务器发送的抢单失败信息时，如图13所示，提示“订单已被抢，您可继续查看其它顺路订单”，点击“我知道了”弹窗关闭，返回到顺路订单列表页面。
另外，在订单取消时，提示“订单已被取消，您可继续查看其它顺路订单”，点击“我知道了”弹窗关闭，返回到顺路订单列表页面。
如图14所示，在接收到服务器发送的抢单成功信息时，提示“抢单成功”，页面跳转到接驾页面。
如图15所示，附近订单列表的显示页面，第一行显示召回的订单总数，如“附近共23单”，订单卡片可以包括头像、时间(实时订单显示“现在出发”标签)、全程距离(订单的预估里程)、抢单按钮、起终点信息、距当前位置的距离(如距我0.6km)
预约时间显示特殊说明：显示“今天、明天、后天”和具体时间点，若出现异常不在“今天、明天、后天”时间范围内，则显示具体日期。
对满足附近匹配模型的顺路订单进行召回，可以根据以下规则执行(可以在服务器端完成)，订单起点到实时位置距离在3km以内的实时订单(排队订单)和5km以内的预约订单。
按时间先后排序显示上述订单的订单详情的订单卡片。
以30秒为刷新周期自动轮训，若有新订单则显示提示“有新的附近订单，下拉刷新”，可以不自动刷新，也可以自动刷新，手动刷新通过下拉附近订单列表触发页面刷新。
另外，可以默认一次返回20个结果(由服务器控制)进行显示，浏览到第20个结果后继续上滑则提示“加载中”状态，继续请求后面的20个结果进行显示，再次请求时重新发起检索召回并对之前已返回的结果进行去重，若已加载到最后一个结果，则提示“没有更多结果”。
整体划分为：搜索、查看、选单3个模块。
其中，计价走顺路计价模式，新增一个顺路订单类型数值。
不管顺风车司机是出车还是收车状态，均可进行选单操作。
如果顺风车司机是出车状态，则不限于顺路订单与附近订单派单。
车型的限制仍保留，比如快车司机不能选优享订单。
选单播单要设置有司机锁，防止向一个司机终端多派单或一个订单重复派发。
图16示出了根据本发明的实施例的服务器的示意框图。
如图16所示，根据本发明的实施例的服务器800，包括：存储器802、处理器804及存储在存储器802上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一项服务器侧网约车订单分配方法限定的步骤，和/或包括上述任一项的派单装置300。
图17示出了根据本发明的实施例的终端的示意框图。
如图17所示，根据本发明的实施例的终端900，包括：存储器902、处理器904及存储在存储器902上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一项终端侧网约车订单分配方法限定的步骤，和/或包括上述任一项的派单装置400。
根据本发明的实施例，还提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现：接收司机终端发送的位置信息，位置信息包括起点位置信息与终点位置信息；将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端；接收司机终端对于网约车订单的接单请求；根据预设的规则确定是否向接受接单请求的司机终端分配网约车订单。
在该技术方案中，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，其中，司机终端可以是顺风车司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
其中，订单池中的订单包括处于排队状态的同城实时订单、同城预约订单、跨城专车订单与跨城拼车订单等。
可以理解的是，在检测到订单池中具有与位置信息不匹配的网约车订单时，根据预设的排队模型将订单池中的实时订单发送至对应的非顺风车终端；和/或根据预设的抢单规则或选单规则将订单池中的预约订单发送至对应的非顺风车终端，非顺风车终端包括快车终端、专车终端、出租车终端中的任意一种。
在该技术方案中，通过在检测到订单池中具有不满足司机终端诉求的网约车订单时，将这些网约车订单按照现有技术中的派单方式进行派单，与司机终端进行选单的功能相结合，能够从总体上缓解运营压力，缩短乘客订单应答时间，从而提升乘客用户的使用体验。
在上述任一技术方案中，优选地，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：根据起点位置信息与终点位置信息生成顺路匹配基准；计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，以将顺路匹配度大于或等于预设匹配阈值的至少一个网约车订单的订单详情发送至司机终端。
在该技术方案中，通过接收司机终端发送的起点位置信息与终点位置信息，以根据起点位置信息与终点位置信息确定顺路匹配基准，以基于顺路匹配基准执行匹配操作后，计算顺路匹配度，并根据顺路匹配度与预设匹配阈值之间的关系确定是否将网约车订单的订单详情发送至司机终端，实现了顺路订单的查询功能，进而满足了司机终端根据顺路匹配度抢单的诉求，从而提升了司机终端的接单量。
其中，起点位置信息可以为该司机终端的实时位置，也可以是司机预设的起点位置。
另外，预设匹配阈值可以为一个百分比，预设匹配阈值越高，匹配度越高，对应地，满足预设匹配阈值的网约车订单的数量越少。
在上述任一技术方案中，优选地，计算订单池中的网约车订单与顺路匹配基准的顺路匹配度，具体包括以下步骤：在检测到网约车订单的起点与起点位置信息之间的距离小于或等于第一预设距离阈值时，根据网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定顺路匹配度。
在该技术方案中，基于顺路匹配基准执行匹配操作，首先可以通过检测到网约车订单的起点与起点位置信息之间的距离是否小于或等于第一预设距离阈值进行筛选操作，然后基于订单的距离，订单与顺路匹配基准相比的绕路比，以及顺风车的共乘比计算顺路匹配度，以实现能够满足顺风需求的订单的准确筛选，从而同步满足顺风车司机的顺风接单需求，以及乘客订单的快速响应需求。
在上述任一技术方案中，优选地，订单池包括实时订单与预约订单，将与位置信息匹配的至少一个网约车订单的订单详情发送至司机终端，具体包括以下步骤：位置信息为司机终端的实时位置，在检测到实时订单的起点与实时位置之间的距离小于或等于第二预设距离阈值时，将实时订单的订单详情发送至司机终端；在检测到预约订单的起点与起点位置信息之间的距离小于或等于第三预设距离阈值时，将预约订单的订单详情发送至司机终端，其中，第二预设距离小于或等于第三预设距离。
在该技术方案中，在位置信息仅为司机终端的实时位置信息时，则此时司机终端的需求为对附近网约车订单的接单需求，可以将第二预设距离范围内的实时订单发送指定对应的司机终端，将第三预设距离范围内的预约订单发送至对应的司机终端，从而实现附近订单的筛选功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
其中，在基于顺路订单发送的地点位置地址为该司机终端的实时位置时，第二预设距离可以与第一预设距离相同。
在上述任一技术方案中，优选地，根据预设的规则确定是否向所述接受所述接单请求的司机终端分配所述网约车订单，具体包括以下步骤：在接收到的接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定接单请求对应的司机终端中具有PK权限的顺风两个司机终端；根据预设PK规则，在具有PK权限的两个司机终端中，确定抢单成功的司机终端。
在该技术方案中，通过在向多个司机终端发送接单指令后，确定自发送接单指令时刻起计时的预设时间段内接收到的接单请求对应的司机终端，有利于提高订单的处理效率，通过根据预设的筛选模型，确定具有PK权限的至少两个司机终端，可以将对司机终端做出初步筛选，减少PK操作的压力，进一步提高订单的处理效率，通过根据预设规则，在具有PK权限的司机终端中，确定第一司机终端和第二司机终端，实现了对抢单成功和抢单失败的司机终端的确认，提高了订单分配的公平性和合理性。
进一步地，可以根据司机终端的实时位置与载客点之间的至少一条路径和至少一条路径对应的实时路况确定筛选模型，以对司机终端做出初步筛选，通过根据司机终端的历史行程数据、司机评价数据和地理位置数据和对应的权重比，确定PK规则，提高了PK的公平合理性。
计算机程序被处理器执行时还实现：在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情；在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，其中，订单卡片上设置有抢单接口，抢单接口用于接收抢单操作，以在接收到抢单操作后，将抢单操作对应的接单请求发送至服务器。
在该技术方案中，在司机终端的客户端页面上，可以增加选单入口，以通过选单接口从选单大厅页面切换进入选单页面，在进入选单页面后，将获取到的位置信息发送至服务器，以接受服务器根据位置信息反馈的网约车订单的订单详情，并将订单详情以卡片的形式根据预设的排序规则显示在对应的订单列表页面上，实现了顺风车司机在执行选单操作之前选单列表信息的接收，以满足兼职的顺风车司机的顺风接单偏好，从而有利于拉升兼职运力，缓解整体运营压力，提高订单成交量，从而提升乘客需求满足率。
在上述技术方案中，优选地，将获取到的位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单的订单详情，具体包括以下步骤：选单页面设置有位置接口，在检测到位置接口接收到起点位置信息与终点位置信息后，将起点位置信息与终点位置信息发送至服务器；接收由服务器发送的与起点设置信息与终点设置信息匹配的多个顺路网约车订单的订单详情。
在该技术方案中，在需要对顺路订单进行选单操作时，可以在选单页面设置顺路订单的查找模块，包括起点地址的输入窗口、终点地址的输入窗口，以及查找按键，通过接收到对查找按键的触控操作，将起点位置信息与终点位置信息发送至服务器，以接收服务器发送的顺路订单供顺风车司机选单或抢单，从而提升与顺风车司机顺路的网约车订单的成交率。
在上述任一技术方案中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：在检测到订单列表包括多个实时订单与多个预约订单时，将多个实时订单排列在多个预约订单之前；根据订单路程预估时长和/或顺路匹配度将多个实时订单从前至后依次排列；以及根据订单路程预估时长和/或顺路匹配度将多个预约订单从前至后依次排列；将排序完毕的多个订单列表显示在顺路订单列表页面。
在该技术方案中，订单列表中可以包括实时订单与预约订单，将实时订单排列在预约订单之前，以方便顺风车司机对实时订单及时抢单，在多个实时订单或多个预约订单中，可以根订单预估时长依次排列，时长短的排在前部，时长长的排在后部，也可以根据顺路匹配度进行排序，还可以分别根据预估时长与对应的权重值、与顺路匹配度与对应的权重值综合评估进行排序。
其中，实时订单还包括跨城实时专车订单与跨城实时拼车订单，预约订单还包括跨城预约专车订单与跨城预约拼车订单。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、顺路匹配度、订单全程距离、订单起点以及订单起点与起点位置信息之间的距离、订单终点以及订单终点与终点位置信息之间的距离。
在上述任一技术方案中，优选地，将位置信息发送至服务器，以接收服务器发送的与位置信息匹配的网约车订单列表，具体包括以下步骤：将司机终端的实时位置发送至服务器，以接收服务器发送的与实时位置匹配的附近网约车订单的订单详情。
在该技术方案中，通过只向服务器发送由终端自带的定位装置获取到的实时位置，以接收与实时位置匹配的网约车订单作为附近网约车订单，从而实现附近网约车订单的选单与抢单功能，与顺路订单相比，由于限制条件更少，因此能够得到的附近订单的数量更多，缓解运营压力的功能也更强。
在上述任一技术方案中，优选地，在网约车订单具有多个时，根据预设的排序规则将订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：选单页面还设置有附近网约车订单预览区域，将指定数量的订单详情的订单卡片显示在预览区域，预览区域还设置有全部的附近网约车订单的查看接口，查看接口用于从选单页面切换至附近订单列表页面；在附近订单列表页面上，根据出发时间将多个附近网约车订单从前至后依次排列。
在该技术方案中，在选单页面上，在顺路订单的查找模块的下部还可以设置附近网约车订单预览区域，在预览区域上显示指定数量的附近网约车订单的订单详情，在接收到对接收到的全部的附近网约车订单的显示指令后，切换至附近订单列表页面，并根据触发实现顺序显示，以提升顺风车司机附近的网约车订单的成交率。
在上述任一技术方案中，优选地，订单卡片还包括：订单出发时间、订单起终点信息，以及订单起点与实时位置的之间距离。
在上述任一技术方案中，优选地，还包括：根据预设周期刷新订单列表页面；在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将新的网约车订单的订单详情显示在订单列表页面的指定位置上。
在该技术方案中，通过根据预设周期自动刷新订单列表，以在检测接收到新的与位置信息匹配的网约车订单时，更新订单列表，并显示在订单列表页面上，以实现顺路订单与附近订单接收的实时性，从而进一步提升订单的派单效率。
以上结合附图详细说明了本发明的技术方案，考虑到相关技术提出的运营成本高且效率低等技术问题，本发明提出了一种网约车订单分配方法，通过确定订单池中与司机终端发送的位置信息匹配的网约车订单，并将这些网约车订单的订单详情发送至对应的司机终端，并且在针对同一个网约车订单具有多个匹配的司机终端时，通过司机终端的抢单操作确定最后得到派单的司机终端，其中，司机终端可以是顺风车司机终端，一方面，与现有技术中订单池中的订单主要分配给专车终端、快车终端等全职网约车司机的方式相比，在将订单派送给专车终端或快车终端之前给司机终端提供选单，有利于拉升简直司机的运力，并且在订单量大于快车与专车的运营量时，能够缓解运营压力，提高订单成交量，从而提升乘客需求满足率，另一方面，与现有技术中直接采用纯顺风车的司机与乘客的互选模式相比，有利于提升订单的应答率与成交率。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (29)
1.一种网约车订单分配方法，适用于服务器，其特征在于，包括：
接收司机终端发送的位置信息，所述位置信息包括起点位置信息与终点位置信息；
将与所述位置信息匹配的至少一个网约车订单的订单详情发送至所述司机终端；
接收所述司机终端对于所述网约车订单的接单请求；
根据预设的规则确定是否向接受所述接单请求的司机终端分配所述网约车订单。
2.根据权利要求1所述的网约车订单分配方法，其特征在于，所述将与所述位置信息匹配的至少一个网约车订单的订单详情发送至所述司机终端，具体包括：
根据所述起点位置信息与所述终点位置信息生成顺路匹配基准；
计算订单池中的网约车订单与所述顺路匹配基准的顺路匹配度，以将所述顺路匹配度大于或等于预设匹配阈值的所述至少一个网约车订单的订单详情发送至所述司机终端。
3.根据权利要求2所述的网约车订单分配方法，其特征在于，所述计算订单池中的网约车订单与所述顺路匹配基准的顺路匹配度，具体包括以下步骤：
在检测到所述网约车订单的起点与所述起点位置信息之间的距离小于或等于第一预设距离阈值时，根据所述网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定所述顺路匹配度。
4.根据权利要求1所述的网约车订单分配方法，其特征在于，订单池中具有实时订单与预约订单，所述将与所述位置信息匹配的至少一个网约车订单的订单详情发送至所述司机终端，具体包括以下步骤：
所述位置信息为所述司机终端的实时位置，在检测到所述实时订单的起点与所述实时位置之间的距离小于或等于第二预设距离阈值时，将所述实时订单的订单详情发送至所述司机终端；
在检测到所述预约订单的起点与所述起点位置信息之间的距离小于或等于第三预设距离阈值时，将所述预约订单的订单详情发送至所述司机终端，
其中，所述第二预设距离小于或等于所述第三预设距离。
5.根据权利要求1至4中任一项所述的网约车订单分配方法，其特征在于，所述根据预设的规则确定是否向所述接受所述接单请求的司机终端分配所述网约车订单，具体包括以下步骤：
在接收到的所述接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定所述接单请求对应的司机终端中具有PK权限的顺风两个司机终端；
根据预设PK规则，在所述具有PK权限的两个司机终端中，确定抢单成功的所述司机终端。
6.一种网约车订单分配方法，适用于司机终端，其特征在于，包括：
在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收所述服务器发送的与所述位置信息匹配的网约车订单的订单详情；
在所述网约车订单具有多个时，根据预设的排序规则将所述订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，
其中，所述订单卡片上设置有抢单接口，所述抢单接口用于接收抢单操作，以在接收到所述抢单操作后，将所述抢单操作对应的接单请求发送至所述服务器。
7.根据权利要求6所述的网约车订单分配方法，其特征在于，所述将获取到的位置信息发送至服务器，以接收服务器发送的与所述位置信息匹配的网约车订单的订单详情，具体包括以下步骤：
所述选单页面设置有位置接口，在检测到所述位置接口接收到起点位置信息与终点位置信息后，将所述起点位置信息与所述终点位置信息发送至所述服务器；
接收由所述服务器发送的与所述起点设置信息与所述终点设置信息匹配的多个顺路网约车订单的所述订单详情。
8.根据权利要求7所述的网约车订单分配方法，其特征在于，所述在所述网约车订单具有多个时，根据预设的排序规则将所述订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：
在检测到所述订单列表包括多个实时订单与多个预约订单时，将所述多个实时订单排列在所述多个预约订单之前；
根据订单路程预估时长和/或顺路匹配度将所述多个实时订单从前至后依次排列；以及
根据所述订单路程预估时长和/或所述顺路匹配度将所述多个预约订单从前至后依次排列；
将排序完毕的多个所述订单列表显示在顺路订单列表页面。
9.根据权利要求8所述的网约车订单分配方法，其特征在于，所述订单卡片还包括：
订单出发时间、所述顺路匹配度、订单全程距离、订单起点以及所述订单起点与所述起点位置信息之间的距离、订单终点以及所述订单终点与所述终点位置信息之间的距离。
10.根据权利要求6所述的网约车订单分配方法，其特征在于，所述将位置信息发送至服务器，以接收服务器发送的与所述位置信息匹配的网约车订单列表，具体包括以下步骤：
将所述司机终端的实时位置发送至所述服务器，以接收所述服务器发送的与所述实时位置匹配的附近网约车订单的所述订单详情。
11.根据权利要求10所述的网约车订单分配方法，其特征在于，所述在所述网约车订单具有多个时，根据预设的排序规则将所述订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，具体包括以下步骤：
所述选单页面还设置有附近网约车订单的预览区域，将指定数量的所述订单详情的订单卡片显示在所述预览区域，所述预览区域还设置有全部的所述附近网约车订单的查看接口，所述查看接口用于从所述选单页面切换至附近订单列表页面；
在所述附近订单列表页面上，根据出发时间将多个所述附近网约车订单从前至后依次排列。
12.根据权利要求11所述的网约车订单分配方法，其特征在于，所述订单卡片还包括：
订单出发时间、订单起终点信息，以及订单起点与所述实时位置的之间距离。
13.根据权利要求6至12中任一项所述的网约车订单分配方法，其特征在于，还包括：
根据预设周期刷新所述订单列表页面；
在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将所述新的网约车订单的订单详情显示在所述订单列表页面的指定位置上。
14.一种网约车订单分配装置，适用于服务器，其特征在于，包括：
接收单元，用于接收司机终端发送的位置信息，所述位置信息包括起点位置信息与终点位置信息；
发送单元，用于将与所述位置信息匹配的至少一个网约车订单的订单详情发送至所述司机终端；
所述接收单元还用于：接收所述司机终端对于所述网约车订单的接单请求；
所述网约车订单分配装置还包括：
确定单元，用于根据预设的规则确定是否向接受所述接单请求的司机终端分配所述网约车订单。
15.根据权利要求14所述的网约车订单分配装置，其特征在于，还包括：
生成单元，用于根据所述起点位置信息与所述终点位置信息生成顺路匹配基准；
计算单元，用于计算订单池中的网约车订单与所述顺路匹配基准的顺路匹配度，以将所述顺路匹配度大于或等于预设匹配阈值的所述至少一个网约车订单的订单详情发送至所述司机终端。
16.根据权利要求15所述的网约车订单分配装置，其特征在于，
所述确定单元还用于：在检测到所述网约车订单的起点与所述起点位置信息之间的距离小于或等于第一预设距离阈值时，根据所述网约车订单的起终点距离、绕路比、共乘比以及对应的权重值确定顺路匹配度。
17.根据权利要求14所述的网约车订单分配装置，其特征在于，
所述发送单元还用于：所述位置信息为所述司机终端的实时位置，在检测到所述实时订单的起点与所述实时位置之间的距离小于或等于第二预设距离阈值时，将所述实时订单的订单详情发送至所述司机终端；
所述发送单元还用于：在检测到所述预约订单的起点与所述起点位置信息之间的距离小于或等于第三预设距离阈值时，将所述预约订单的订单详情发送至所述司机终端，
其中，所述第二预设距离小于或等于所述第三预设距离。
18.根据权利要求14至17中任一项所述的网约车订单分配装置，其特征在于，
所述确定单元还用于：在接收到的所述接单请求的数量大于或等于3个时，根据预设筛选模型，分别确定所述接单请求对应的司机终端中具有PK权限的顺风两个司机终端；
所述确定单元还用于：根据预设PK规则，在所述具有PK权限的两个司机终端中，确定抢单成功的所述司机终端。
19.一种网约车订单分配装置，适用于司机终端，其特征在于，包括：
发送单元，用于在由选单大厅页面切换至选单页面后，将获取到的位置信息发送至服务器，以接收所述服务器发送的与所述位置信息匹配的网约车订单的订单详情；
显示单元，用于在所述网约车订单具有多个时，根据预设的排序规则将所述订单详情以订单卡片的形式顺序显示在对应的订单列表页面上，
其中，所述订单卡片上设置有抢单接口，所述抢单接口用于接收抢单操作，以在接收到所述抢单操作后，将所述抢单操作对应的接单请求发送至所述服务器。
20.根据权利要求19所述的网约车订单分配装置，其特征在于，
所述发送单元还用于：所述选单页面设置有位置接口，在检测到所述位置接口接收到起点位置信息与终点位置信息后，将所述起点位置信息与所述终点位置信息发送至所述服务器；
所述派单装置还包括：
接收单元，用于接收由所述服务器发送的与所述起点设置信息与所述终点设置信息匹配的多个顺路网约车订单的所述订单详情。
21.根据权利要求20所述的网约车订单分配装置，其特征在于，还包括：
排序单元，用于在检测到所述订单列表包括多个实时订单与多个预约订单时，将所述多个实时订单排列在所述多个预约订单之前；
所述排序单元还用于：根据订单路程预估时长和/或顺路匹配度将所述多个实时订单从前至后依次排列；
所述排序单元还用于：根据所述订单路程预估时长和/或所述顺路匹配度将所述多个预约订单从前至后依次排列；
所述显示单元还用于：将排序完毕的多个所述订单列表显示在顺路订单列表页面。
22.根据权利要求21所述的网约车订单分配装置，其特征在于，所述订单卡片还包括：
订单出发时间、所述顺路匹配度、订单全程距离、订单起点以及所述订单起点与所述起点位置信息之间的距离、订单终点以及所述订单终点与所述终点位置信息之间的距离。
23.根据权利要求19所述的网约车订单分配装置，其特征在于，
所述发送单元还用于：将所述司机终端的实时位置发送至所述服务器，以接收所述服务器发送的与所述实时位置匹配的附近网约车订单的所述订单详情。
24.根据权利要求23所述的网约车订单分配装置，其特征在于，
所述显示单元还用于：所述选单页面还设置有附近网约车订单的预览区域，将指定数量的所述订单详情的订单卡片显示在所述预览区域，所述预览区域还设置有全部的所述附近网约车订单的查看接口，所述查看接口用于从所述选单页面切换至附近订单列表页面；
所述排序单元还用于：在所述附近订单列表页面上，根据出发时间将多个所述附近网约车订单从前至后依次排列。
25.根据权利要求24所述的网约车订单分配装置，其特征在于，所述订单卡片还包括：
订单出发时间、订单起终点信息，以及订单起点与所述实时位置的之间距离。
26.根据权利要求19至25中任一项所述的网约车订单分配装置，其特征在于，还包括：
刷新单元，用于根据预设周期刷新所述订单列表页面；
所述显示单元还用于：在接收到新的与所述位置信息匹配的网约车订单的订单详情时，将所述新的网约车订单的订单详情显示在所述订单列表页面的指定位置上。
27.一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项网约车订单分配方法限定的步骤，和/或包括如权利要求14至18中任一项所述的派单装置。
28.一种终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求6至13中任一项网约车订单分配方法限定的步骤，和/或包括如权利要求19至26中任一项所述的派单装置。
29.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至13中任一项网约车订单分配方法限定的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810482072.2A CN108805411A (zh) | 2018-05-18 | 2018-05-18 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
| PCT/CN2019/087496 WO2019219088A1 (en) | 2018-05-18 | 2019-05-17 | Systems and methods for order allocation |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810482072.2A CN108805411A (zh) | 2018-05-18 | 2018-05-18 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108805411A true CN108805411A (zh) | 2018-11-13 |
Family
ID=64091223
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810482072.2A Pending CN108805411A (zh) | 2018-05-18 | 2018-05-18 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108805411A (zh) |
Cited By (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109583612A (zh) * | 2018-11-23 | 2019-04-05 | 首约科技(北京)有限公司 | 用于确定拼车司机的方法、***以及存储介质 |
| CN109635979A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 一种网约车 |
| CN109635972A (zh) * | 2018-11-23 | 2019-04-16 | 杭州优行科技有限公司 | 网约车派单方法与装置 |
| CN109658203A (zh) * | 2018-12-28 | 2019-04-19 | 永安行科技股份有限公司 | 订单分配方法、分配***及计算机可读存储介质 |
| CN109697655A (zh) * | 2018-12-27 | 2019-04-30 | 北京百佑科技有限公司 | 一种订单处理方法及装置 |
| CN109711713A (zh) * | 2018-12-24 | 2019-05-03 | 首约科技(北京)有限公司 | 确定派单司机的方法、装置以及存储介质 |
| CN109726912A (zh) * | 2018-12-26 | 2019-05-07 | 首约科技(北京)有限公司 | 确定约车订单的服务提供方的方法、装置以及存储介质 |
| CN109903130A (zh) * | 2019-02-19 | 2019-06-18 | 杭州优行科技有限公司 | 派单区域获取方法、装置、服务器及计算机可读存储介质 |
| CN109919713A (zh) * | 2019-01-30 | 2019-06-21 | 杭州飞步科技有限公司 | 订单的推送方法、装置及可读存储介质 |
| CN109977006A (zh) * | 2019-02-18 | 2019-07-05 | 天津五八到家科技有限公司 | 订单匹配方法、装置、设备和存储介质 |
| CN109993329A (zh) * | 2019-01-31 | 2019-07-09 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
| CN110009119A (zh) * | 2019-04-10 | 2019-07-12 | 北京嘀嘀无限科技发展有限公司 | 出行运力接续方法、计算机可读存储介质和电子设备 |
| CN110009131A (zh) * | 2019-02-28 | 2019-07-12 | 河海大学 | 一种考虑多因素影响的网约车派单方法 |
| CN110298722A (zh) * | 2019-05-05 | 2019-10-01 | 浙江吉利控股集团有限公司 | 订单推送方法、装置和设备 |
| CN110348589A (zh) * | 2019-07-12 | 2019-10-18 | 北京平安快轿科技有限公司 | 一种拼车方法、装置、计算机设备及存储介质 |
| CN110400105A (zh) * | 2019-06-13 | 2019-11-01 | 天津五八到家科技有限公司 | 订单分配方法、设备、***及存储介质 |
| CN110415068A (zh) * | 2019-06-17 | 2019-11-05 | 天津五八到家科技有限公司 | 订单分配方法、装置及移动终端 |
| WO2019219088A1 (en) * | 2018-05-18 | 2019-11-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for order allocation |
| CN110533312A (zh) * | 2019-08-22 | 2019-12-03 | 欧拉信息服务有限公司 | 一种网约车方法及*** |
| CN110599300A (zh) * | 2019-08-30 | 2019-12-20 | 上海钧正网络科技有限公司 | 订单的处理方法、装置、计算机设备及存储介质 |
| CN110717655A (zh) * | 2019-09-18 | 2020-01-21 | 平安银行股份有限公司 | 一种业务数据处理方法及装置 |
| CN110956375A (zh) * | 2019-11-19 | 2020-04-03 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
| CN111262712A (zh) * | 2018-12-03 | 2020-06-09 | 北京嘀嘀无限科技发展有限公司 | 群组推荐方法、推荐装置、终端、服务器和存储介质 |
| CN111260240A (zh) * | 2020-01-22 | 2020-06-09 | 北京京东振世信息技术有限公司 | 一种任务分配方法及装置 |
| CN111626801A (zh) * | 2019-02-27 | 2020-09-04 | 北京嘀嘀无限科技发展有限公司 | 一种订单派发方法、装置、电子设备和计算机存储介质 |
| CN111626534A (zh) * | 2019-02-28 | 2020-09-04 | 北京嘀嘀无限科技发展有限公司 | 资源调度方法、装置、电子设备及可读存储介质 |
| CN111768017A (zh) * | 2020-06-29 | 2020-10-13 | 南京领行科技股份有限公司 | 一种网约车业务的指引方法、装置、设备及存储介质 |
| WO2020207065A1 (zh) * | 2019-04-12 | 2020-10-15 | 北京嘀嘀无限科技发展有限公司 | 订单匹配方法及***、计算机可读存储介质、电子设备 |
| WO2020207430A1 (zh) * | 2019-04-09 | 2020-10-15 | 北京嘀嘀无限科技发展有限公司 | 订单派发方法、装置、电子设备及计算机可读存储介质 |
| CN111832767A (zh) * | 2019-08-01 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 播单策略自动测试装置、方法、电子设备和存储介质 |
| CN111861310A (zh) * | 2020-06-23 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
| CN111860902A (zh) * | 2019-05-20 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、设备及计算机可读存储介质 |
| CN111881227A (zh) * | 2020-05-21 | 2020-11-03 | 北京嘀嘀无限科技发展有限公司 | 一种确定拼车订单访问地图的方法和*** |
| CN111899061A (zh) * | 2020-03-10 | 2020-11-06 | 北京畅行信息技术有限公司 | 订单推荐方法、装置、设备及存储介质 |
| CN112070571A (zh) * | 2020-07-23 | 2020-12-11 | 盛威时代科技集团有限公司 | 智能化的网约车信息处理方法 |
| CN112445532A (zh) * | 2019-08-28 | 2021-03-05 | 美光科技公司 | 存储器装置从功率降低状态的恢复 |
| CN112643688A (zh) * | 2020-12-08 | 2021-04-13 | 广州赛特智能科技有限公司 | 一种配送机器人及订单分派方法 |
| CN113255948A (zh) * | 2021-05-26 | 2021-08-13 | 首约科技(北京)有限公司 | 一种提高拼车准确率的匹配策略方法 |
| CN113361990A (zh) * | 2021-05-25 | 2021-09-07 | 深圳依时货拉拉科技有限公司 | 一种货运拼车方法、计算机可读存储介质及计算机设备 |
| CN113361916A (zh) * | 2021-06-04 | 2021-09-07 | 付鑫 | 一种考虑截单情景的多模式共享出行融合调度优化*** |
| CN113379484A (zh) * | 2021-05-31 | 2021-09-10 | 五八到家有限公司 | 订单快速匹配的方法、***、设备及介质 |
| CN113610258A (zh) * | 2021-08-16 | 2021-11-05 | 重庆愉客行网络有限公司 | 一种可接入多个运营平台的网约车车机*** |
| CN113626125A (zh) * | 2021-08-17 | 2021-11-09 | 广州博冠信息科技有限公司 | 弹窗处理方法及装置、存储介质、电子设备 |
| CN113705843A (zh) * | 2021-09-07 | 2021-11-26 | 首约科技(北京)有限公司 | 一种预约单派单的选单大厅策略方法 |
| CN113793242A (zh) * | 2021-09-13 | 2021-12-14 | 首约科技(北京)有限公司 | 一种机场异地网约车管理方法 |
| CN114004554A (zh) * | 2020-07-27 | 2022-02-01 | 四川物软网联科技有限公司 | 运输订单管理***及方法 |
| CN115049419A (zh) * | 2022-03-07 | 2022-09-13 | 首约科技(北京)有限公司 | 一种供需失衡识别和预警方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104167093A (zh) * | 2014-08-04 | 2014-11-26 | 北京嘀嘀无限科技发展有限公司 | 基于司机住址信息的顺风车运营*** |
| CN105957337A (zh) * | 2016-06-02 | 2016-09-21 | 深圳市永兴元科技有限公司 | 订单处理方法及装置 |
| CN107016864A (zh) * | 2016-01-27 | 2017-08-04 | 滴滴（中国）科技有限公司 | 基于gps的终端信息展示方法及装置 |
| CN107784851A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种行程路线推荐方法、服务器、司机终端及乘客终端 |
-
2018
- 2018-05-18 CN CN201810482072.2A patent/CN108805411A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104167093A (zh) * | 2014-08-04 | 2014-11-26 | 北京嘀嘀无限科技发展有限公司 | 基于司机住址信息的顺风车运营*** |
| CN107016864A (zh) * | 2016-01-27 | 2017-08-04 | 滴滴（中国）科技有限公司 | 基于gps的终端信息展示方法及装置 |
| CN105957337A (zh) * | 2016-06-02 | 2016-09-21 | 深圳市永兴元科技有限公司 | 订单处理方法及装置 |
| CN107784851A (zh) * | 2016-08-26 | 2018-03-09 | 北京嘀嘀无限科技发展有限公司 | 一种行程路线推荐方法、服务器、司机终端及乘客终端 |
Cited By (63)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019219088A1 (en) * | 2018-05-18 | 2019-11-21 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for order allocation |
| CN109635972A (zh) * | 2018-11-23 | 2019-04-16 | 杭州优行科技有限公司 | 网约车派单方法与装置 |
| CN109583612A (zh) * | 2018-11-23 | 2019-04-05 | 首约科技(北京)有限公司 | 用于确定拼车司机的方法、***以及存储介质 |
| CN111262712A (zh) * | 2018-12-03 | 2020-06-09 | 北京嘀嘀无限科技发展有限公司 | 群组推荐方法、推荐装置、终端、服务器和存储介质 |
| CN111262712B (zh) * | 2018-12-03 | 2022-11-04 | 北京嘀嘀无限科技发展有限公司 | 群组推荐方法、推荐装置、终端、服务器和存储介质 |
| CN109635979A (zh) * | 2018-12-21 | 2019-04-16 | 重庆呼我出行网络科技有限公司 | 一种网约车 |
| CN109711713A (zh) * | 2018-12-24 | 2019-05-03 | 首约科技(北京)有限公司 | 确定派单司机的方法、装置以及存储介质 |
| CN109726912A (zh) * | 2018-12-26 | 2019-05-07 | 首约科技(北京)有限公司 | 确定约车订单的服务提供方的方法、装置以及存储介质 |
| CN109697655A (zh) * | 2018-12-27 | 2019-04-30 | 北京百佑科技有限公司 | 一种订单处理方法及装置 |
| CN109658203A (zh) * | 2018-12-28 | 2019-04-19 | 永安行科技股份有限公司 | 订单分配方法、分配***及计算机可读存储介质 |
| CN109919713A (zh) * | 2019-01-30 | 2019-06-21 | 杭州飞步科技有限公司 | 订单的推送方法、装置及可读存储介质 |
| CN109993329A (zh) * | 2019-01-31 | 2019-07-09 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
| WO2020155837A1 (zh) * | 2019-01-31 | 2020-08-06 | 阿里巴巴集团控股有限公司 | 约车信息展示方法、装置、***及设备 |
| TWI784195B (zh) * | 2019-01-31 | 2022-11-21 | 開曼群島商創新先進技術有限公司 | 叫車資訊展示方法、裝置、系統及設備 |
| CN109977006A (zh) * | 2019-02-18 | 2019-07-05 | 天津五八到家科技有限公司 | 订单匹配方法、装置、设备和存储介质 |
| CN109903130A (zh) * | 2019-02-19 | 2019-06-18 | 杭州优行科技有限公司 | 派单区域获取方法、装置、服务器及计算机可读存储介质 |
| CN109903130B (zh) * | 2019-02-19 | 2021-05-04 | 杭州优行科技有限公司 | 派单区域获取方法、装置、服务器及计算机可读存储介质 |
| CN111626801A (zh) * | 2019-02-27 | 2020-09-04 | 北京嘀嘀无限科技发展有限公司 | 一种订单派发方法、装置、电子设备和计算机存储介质 |
| CN111626801B (zh) * | 2019-02-27 | 2023-08-18 | 北京嘀嘀无限科技发展有限公司 | 一种订单派发方法、装置、电子设备和计算机存储介质 |
| CN110009131A (zh) * | 2019-02-28 | 2019-07-12 | 河海大学 | 一种考虑多因素影响的网约车派单方法 |
| CN111626534A (zh) * | 2019-02-28 | 2020-09-04 | 北京嘀嘀无限科技发展有限公司 | 资源调度方法、装置、电子设备及可读存储介质 |
| CN110009131B (zh) * | 2019-02-28 | 2020-12-25 | 河海大学 | 一种考虑多因素影响的网约车派单方法 |
| WO2020207430A1 (zh) * | 2019-04-09 | 2020-10-15 | 北京嘀嘀无限科技发展有限公司 | 订单派发方法、装置、电子设备及计算机可读存储介质 |
| CN110009119A (zh) * | 2019-04-10 | 2019-07-12 | 北京嘀嘀无限科技发展有限公司 | 出行运力接续方法、计算机可读存储介质和电子设备 |
| WO2020207065A1 (zh) * | 2019-04-12 | 2020-10-15 | 北京嘀嘀无限科技发展有限公司 | 订单匹配方法及***、计算机可读存储介质、电子设备 |
| CN110298722A (zh) * | 2019-05-05 | 2019-10-01 | 浙江吉利控股集团有限公司 | 订单推送方法、装置和设备 |
| CN111860902A (zh) * | 2019-05-20 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 订单处理方法、装置、设备及计算机可读存储介质 |
| CN110400105A (zh) * | 2019-06-13 | 2019-11-01 | 天津五八到家科技有限公司 | 订单分配方法、设备、***及存储介质 |
| CN110415068A (zh) * | 2019-06-17 | 2019-11-05 | 天津五八到家科技有限公司 | 订单分配方法、装置及移动终端 |
| CN110348589A (zh) * | 2019-07-12 | 2019-10-18 | 北京平安快轿科技有限公司 | 一种拼车方法、装置、计算机设备及存储介质 |
| CN110348589B (zh) * | 2019-07-12 | 2022-12-06 | 北京平安快轿科技有限公司 | 一种拼车方法、装置、计算机设备及存储介质 |
| CN111832767A (zh) * | 2019-08-01 | 2020-10-27 | 北京嘀嘀无限科技发展有限公司 | 播单策略自动测试装置、方法、电子设备和存储介质 |
| CN111832767B (zh) * | 2019-08-01 | 2024-04-26 | 北京嘀嘀无限科技发展有限公司 | 播单策略自动测试装置、方法、电子设备和存储介质 |
| CN110533312A (zh) * | 2019-08-22 | 2019-12-03 | 欧拉信息服务有限公司 | 一种网约车方法及*** |
| CN112445532A (zh) * | 2019-08-28 | 2021-03-05 | 美光科技公司 | 存储器装置从功率降低状态的恢复 |
| CN110599300A (zh) * | 2019-08-30 | 2019-12-20 | 上海钧正网络科技有限公司 | 订单的处理方法、装置、计算机设备及存储介质 |
| CN110717655A (zh) * | 2019-09-18 | 2020-01-21 | 平安银行股份有限公司 | 一种业务数据处理方法及装置 |
| CN110956375B (zh) * | 2019-11-19 | 2022-08-26 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
| CN110956375A (zh) * | 2019-11-19 | 2020-04-03 | 北京三快在线科技有限公司 | 一种订单处理的方法及装置 |
| CN111260240A (zh) * | 2020-01-22 | 2020-06-09 | 北京京东振世信息技术有限公司 | 一种任务分配方法及装置 |
| CN111260240B (zh) * | 2020-01-22 | 2023-09-05 | 北京京东振世信息技术有限公司 | 一种任务分配方法及装置 |
| CN111899061B (zh) * | 2020-03-10 | 2024-04-16 | 北京畅行信息技术有限公司 | 订单推荐方法、装置、设备及存储介质 |
| CN111899061A (zh) * | 2020-03-10 | 2020-11-06 | 北京畅行信息技术有限公司 | 订单推荐方法、装置、设备及存储介质 |
| CN111881227A (zh) * | 2020-05-21 | 2020-11-03 | 北京嘀嘀无限科技发展有限公司 | 一种确定拼车订单访问地图的方法和*** |
| CN111861310B (zh) * | 2020-06-23 | 2024-01-23 | 北京芙睿特无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
| CN111861310A (zh) * | 2020-06-23 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
| CN111768017B (zh) * | 2020-06-29 | 2022-06-14 | 南京领行科技股份有限公司 | 一种网约车业务的指引方法、装置、设备及存储介质 |
| CN111768017A (zh) * | 2020-06-29 | 2020-10-13 | 南京领行科技股份有限公司 | 一种网约车业务的指引方法、装置、设备及存储介质 |
| CN112070571A (zh) * | 2020-07-23 | 2020-12-11 | 盛威时代科技集团有限公司 | 智能化的网约车信息处理方法 |
| CN112070571B (zh) * | 2020-07-23 | 2024-03-29 | 盛威时代科技集团有限公司 | 智能化的网约车信息处理方法 |
| CN114004554A (zh) * | 2020-07-27 | 2022-02-01 | 四川物软网联科技有限公司 | 运输订单管理***及方法 |
| CN112643688A (zh) * | 2020-12-08 | 2021-04-13 | 广州赛特智能科技有限公司 | 一种配送机器人及订单分派方法 |
| CN112643688B (zh) * | 2020-12-08 | 2022-03-08 | 广州赛特智能科技有限公司 | 一种配送机器人及订单分派方法 |
| CN113361990A (zh) * | 2021-05-25 | 2021-09-07 | 深圳依时货拉拉科技有限公司 | 一种货运拼车方法、计算机可读存储介质及计算机设备 |
| CN113255948A (zh) * | 2021-05-26 | 2021-08-13 | 首约科技(北京)有限公司 | 一种提高拼车准确率的匹配策略方法 |
| CN113379484A (zh) * | 2021-05-31 | 2021-09-10 | 五八到家有限公司 | 订单快速匹配的方法、***、设备及介质 |
| CN113361916A (zh) * | 2021-06-04 | 2021-09-07 | 付鑫 | 一种考虑截单情景的多模式共享出行融合调度优化*** |
| CN113610258A (zh) * | 2021-08-16 | 2021-11-05 | 重庆愉客行网络有限公司 | 一种可接入多个运营平台的网约车车机*** |
| CN113626125A (zh) * | 2021-08-17 | 2021-11-09 | 广州博冠信息科技有限公司 | 弹窗处理方法及装置、存储介质、电子设备 |
| CN113626125B (zh) * | 2021-08-17 | 2024-03-15 | 广州博冠信息科技有限公司 | 弹窗处理方法及装置、存储介质、电子设备 |
| CN113705843A (zh) * | 2021-09-07 | 2021-11-26 | 首约科技(北京)有限公司 | 一种预约单派单的选单大厅策略方法 |
| CN113793242A (zh) * | 2021-09-13 | 2021-12-14 | 首约科技(北京)有限公司 | 一种机场异地网约车管理方法 |
| CN115049419A (zh) * | 2022-03-07 | 2022-09-13 | 首约科技(北京)有限公司 | 一种供需失衡识别和预警方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108805411A (zh) | 网约车订单分配方法、装置、服务器、终端和可读存储介质 | |
| CN108446871B (zh) | 一种订单的配送处理方法及装置 | |
| CN107341553B (zh) | 一种车辆调度方法及装置，电子设备 | |
| CN107424044A (zh) | 一种车辆租赁方法及装置 | |
| CN108009654A (zh) | 订单处理方法、装置、服务器和计算机可读存储介质 | |
| US11386440B2 (en) | Device and method for management of shared vehicles | |
| CN111310055A (zh) | 一种信息推荐方法、装置、电子设备及存储介质 | |
| CN111731143B (zh) | 信息管理***、信息管理方法及信息管理装置 | |
| CN110018869A (zh) | 通过强化学习向用户展示页面的方法及装置 | |
| CN110782301A (zh) | 一种拼单方法、装置、电子设备及计算机可读存储介质 | |
| CN110490625A (zh) | 用户偏好确定方法及装置、电子设备、存储介质 | |
| CN106709596A (zh) | 打车平台的车费预估方法及装置 | |
| CN109063104A (zh) | 推荐信息的刷新方法、装置、存储介质和终端设备 | |
| CN106909269A (zh) | 一种车型标签的展示方法及*** | |
| CN109146203A (zh) | 订单配送信息预测方法、装置、电子设备及存储介质 | |
| CN105160427A (zh) | 一种基于乘车诱导的公交站点od数据快速采集方法 | |
| CN111210315B (zh) | 出行订单的处理方法、装置、电子设备及可读存储介质 | |
| CN110414737A (zh) | 公共交通行程处理方法、装置、电子设备及存储介质 | |
| CN112989188B (zh) | 推荐订单的确定方法、装置和服务器 | |
| CN112541797A (zh) | 一种车辆推送信息的生成方法及服务器 | |
| JP2020140263A (ja) | 配車支援装置、プログラム、及び制御方法 | |
| CN115936703A (zh) | 支付渠道的展示方法、装置、计算机设备及可读存储介质 | |
| CN109978199A (zh) | 线上预约及跟踪验车的方法和*** | |
| CN111797329B (zh) | 差旅信息处理方法及装置 | |
| CN107437214A (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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181113 |