CN109272126A - 确定方法、装置、服务器、移动终端和可读存储介质 - Google Patents

确定方法、装置、服务器、移动终端和可读存储介质 Download PDF

Info

Publication number
CN109272126A
CN109272126A CN201710585426.1A CN201710585426A CN109272126A CN 109272126 A CN109272126 A CN 109272126A CN 201710585426 A CN201710585426 A CN 201710585426A CN 109272126 A CN109272126 A CN 109272126A
Authority
CN
China
Prior art keywords
order
order mode
mode
driver terminal
driver
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
Application number
CN201710585426.1A
Other languages
English (en)
Inventor
马宁
李勰
赵伟
马骉
张体慧
张晓雪
吕诚
管超
刘博�
刘琳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN201710585426.1A priority Critical patent/CN109272126A/zh
Priority to CN201880047980.7A priority patent/CN110959162A/zh
Priority to AU2018304331A priority patent/AU2018304331B2/en
Priority to PCT/CN2018/093114 priority patent/WO2019015450A1/en
Publication of CN109272126A publication Critical patent/CN109272126A/zh
Priority to US16/745,382 priority patent/US10949780B2/en
Pending legal-status Critical Current

Links

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
    • 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/02—Reservations, e.g. for tickets, services or events
    • 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)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Educational Administration (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)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

本发明提供了一种接单模式的确定方法、装置、服务器、移动终端和可读存储介质，其中，接单模式的确定方法，适用于服务器，包括：响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。通过本发明的技术方案，一方面，实现了基于接单评估参数的接单模式的确定，使接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。

Description

确定方法、装置、服务器、移动终端和可读存储介质
技术领域
本发明涉及调度运力技术领域，具体而言，涉及一种网约车接单模式的确定方法、一种网约车接单模式的确定装置、一种服务器、一种移动终端和一种计算机可读存储介质。
背景技术
网约车提高了用户出行的便捷性，也逐渐普及，成为了最主流的出行方式之一。
相关技术中，网约车的接单模式的确定主要存在以下两种方式：
(1)由出行平台统一确定接单模式，司机缺少自主选择性。
(2)用户可以自由选择接单模式，接单模式的选择具有随意性，无法与当前区域的整体运力关联，以致不便于管理。
发明内容
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
为此，本发明的目的在于提供一种网约车接单模式的确定方法、一种网约车接单模式的确定装置、一种服务器、一种移动终端和一种计算机可读存储介质。
为了实现上述目的，本发明的第一方面的技术方案提供了一种网约车接单模式的确定方法，适用于服务器，包括：响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，在接收到司机终端的接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
其中，接单评估参数，可以包括实时工况参数与历史行驶参数，其中，实时工况参数表征当前的运营环境，包括运力信息、路况信息、订单信息等，历史行驶参数表征根据司机的行驶经历所确定的司机评分，包括接单量、拒单量、服务质量等。
在上述技术方案中，优选地，接单评估参数包括司机终端当前所处运营区域的运力和/或司机终端的行驶历史评分记录，其中，运营区域为具有接单资格网约车的运行区域，运力为具有接单资格的网约车数量。
在该技术方案中，通过将接单评估参数确定为司机终端当前所处运营区域的动力和/或司机终端的行驶历史评分记录，包括三种评估环境，第一种，单独通过司机终端当前所处运营区域的动力确定接单评估参数，实效性更强，第二种，单独通过司机终端的行驶历史评分记录确定接单评估参数进行评估，有利于司机运营效率和运营质量，第三种，结合运营动力和行驶历史评分记录进行评估，可以根据侧重性确定对应的权重值，生成的接单模式指令更加合理。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录；在检测到行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；在检测到行驶历史评分记录大于或等于低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；在检测到行驶历史评分记录大于第二预设阈值时，生成抢单模式指令，其中，第二预设阈值大于第一预设阈值。
在该技术方案中，在接收到司机终端的登录请求时，通过获取到司机的历史评分记录，以将历史评分记录与预设的评分阈值区间进行比较，比如分别将第一预设阈值与第二预设阈值作为评分阈值区间的划分节点，以将评分阈值区间划分为第一阈值区间、第二阈值区间与第三阈值区间，在检测到行驶历史评分记录小于第一预设阈值时，即属于第一阈值区间时，生成派单模式指令，在检测到行驶历史评分记录大于或等于第一预设阈值，并小于或等于第二预设阈值时，即属于第二阈值区间时，生成急速接单模式指令，在检测到行驶历史评分记录大于第二预设阈值时，即属于第三阈值区间时，生成抢单模式指令，实现了将历史评分记录作为接单评估参数进行接单模式确定的功能。
其中，急速接单模式、派单模式与抢单模式从被动到主动，按照优先级从低至高排列，即在急速接单模式下，司机不具有订单的选择权与拒绝权，在派单模式下，司机具有订单的拒绝权，在抢单模式下，司机的自主性相对更高，比如司机可以通过抢单方式选择想要接的订单。具体地，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录前，还包括：根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录。
在该技术方案中，通过根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录，实现了历史评分记录的确定，并将历史评分记录作为接单评估参数。
其中，预设的评价模型，在一种最简单的模型结构中，可以只包括历史服务数据以及历史成交率所对应的权重值。
另外，在服务器内设置评分数据库，以存储司机的评分记录，并在每次司机接单行程完成后实施更新评分记录。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接收到司机终端的登录请求时，根据获取到的司机终端的位置信息，确定司机终端当前所处运营区域的运力；在检测到运营区域存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令；在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令；在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令。
在该技术方案中，在接收到司机终端的登录请求时，通过司机终端的定位装置，获取司机终端的位置信息，以根据司机终端的位置信息确定司机终端当前所处的运营区域，进一步确定运营区域的运力，在检测到存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令，在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令，在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令，通过运营区域的运力确定接单模式，一方面，有利于运力的合理分配，另一方面，有利于提高司机的接单效率。
另外，针对预约性质的订单，也可以分别在上述接单模式下接单。
具体地，在检测到存在较多空闲动力时，即司机数量多于用户数量，通过设置为抢单模式，一方面，通过司机主动控制接单，能够提高接单操作的公平性，另一方面，也可以提示用户当前区域动力过剩，在检测到用户数量多于司机数量时，通过设置为急速接单，与抢单或派单模式相比，效率更高，在检测到空间动力与订单在上述两者之间时，设置为派单模式，有利于司机与订单之间的平衡。
比如针对三线城市，由于司机数量有限，司机登录时，可以由后台直接切换至急速接单模式，则在后台接收到订单信息时，可以根据司机与接客点之间的距离范围，确定具有急速接单资格的至少一个司机直接派单。
另外，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求。
在该技术方案中，当接收到的接单模式请求为接单模式切换请求时，根据运营动力和/或形式历史评分记录，确定是否执行切换操作，一方面，在满足切换条件时，实现了接单模式的切换，另一方面，根据运营动力和/或形式历史评分记录，确定是否响应切换请求，有利于动力平衡，以及司机端服务的改进。
在上述任一技术方案中，优选地，在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求，具体包括：在接单模式切换请求为从派单切换为抢单时，检测运营动力中是否存在空闲运力；和/或检测行驶历史评分记录是否大于或等于预设评价阈值；在检测到运营动力中存在空闲运力，和/或行驶历史评分记录大于或等于预设评价阈值时，响应接单模式切换请求，以从派单模式切换为抢单模式。
在该技术方案中，在切换请求为从派单切换为抢单时，通过检测是否存在空闲运力，和/或检测司机的历史评分记录是否大于或等于预设评价阈值，以在检测到存在空闲运力，和/或历史评分记录大于或等于预设评价阈值时，执行切换操作，检测是否存在空间运力，其作用为检测运营工况是否有必要切换为抢单模式，检测历史评分记录是否大于或等于预设评价阈值，其目的为确定司机是否具有切换请求的资格。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
本发明的第二方面的技术方案提供了一种网约车接单模式的确定方法，适用于司机终端，包括：在向服务器发送接单模式请求后，响应于服务器生成的接单模式指令，生成接单模式指令对应的初始接单界面，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，司机终端在向服务器发送服务器接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
具体地，接单模式请求可以为客户端的登录请求，也可以是在登录后由司机触发发送的接单模式切换请求。
在上述技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体包括：在接单模式指令为派单指令时，在第一显示区域显示订单时间信息；在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息。
在该技术方案中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考。
在上述任一技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体还包括：在接单模式指令为派单指令时，在第二显示区域显示接单操作标识；在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识。
在该技术方案中，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
本发明的第三方面的技术方案提供了一种网约车接单模式的确定装置，适用于服务器，包括：生成单元，用于响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，在接收到司机终端的接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
其中，接单评估参数，可以包括实时工况参数与历史行驶参数，其中，实时工况参数表征当前的运营环境，包括运力信息、路况信息、订单信息等，历史行驶参数表征根据司机的行驶经历所确定的司机评分，包括接单量、拒单量、服务质量等。
在上述技术方案中，优选地，还包括：接单评估参数包括司机终端当前所处运营区域的运力和/或司机终端的行驶历史评分记录，其中，当前所处运营区域为具有接单资格网约车的运行区域，运力为具有接单资格的网约车数量。
在该技术方案中，通过将接单评估参数确定为司机终端当前所处运营区域的动力和/或司机终端的行驶历史评分记录，包括三种评估环境，第一种，单独通过司机终端当前所处运营区域的动力确定接单评估参数，实效性更强，第二种，单独通过司机终端的行驶历史评分记录确定接单评估参数进行评估，有利于司机运营效率和运营质量，第三种，结合运营动力和行驶历史评分记录进行评估，可以根据侧重性确定对应的权重值，生成的接单模式指令更加合理。
在上述任一技术方案中，优选地，还包括：获取单元，用于在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录；生成单元还包括：在检测到行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；生成单元还包括：在检测到行驶历史评分记录大于或等于低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；生成单元还包括：在检测到行驶历史评分记录大于第二预设阈值时，生成抢单模式指令，其中，第二预设阈值大于第一预设阈值。
在该技术方案中，在接收到司机终端的登录请求时，通过获取到司机的历史评分记录，以将历史评分记录与预设的评分阈值区间进行比较，比如分别将第一预设阈值与第二预设阈值作为评分阈值区间的划分节点，以将评分阈值区间划分为第一阈值区间、第二阈值区间与第三阈值区间，在检测到行驶历史评分记录小于第一预设阈值时，即属于第一阈值区间时，生成派单模式指令，在检测到行驶历史评分记录大于或等于第一预设阈值，并小于或等于第二预设阈值时，即属于第二阈值区间时，生成急速接单模式指令，在检测到行驶历史评分记录大于第二预设阈值时，即属于第三阈值区间时，生成抢单模式指令，实现了将历史评分记录作为接单评估参数进行接单模式确定的功能。
其中，急速接单模式、派单模式与抢单模式从被动到主动，按照优先级从低至高排列，即在急速接单模式下，司机不具有订单的选择权与拒绝权，在派单模式下，司机具有订单的拒绝权，在抢单模式下，司机的自主性相对更高，比如司机可以通过抢单方式选择想要接的订单。具体地，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，还包括：确定单元，用于根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录。
在该技术方案中，通过根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录，实现了历史评分记录的确定，并将历史评分记录作为接单评估参数。
其中，预设的评价模型，在一种最简单的模型结构中，可以只包括历史服务数据以及历史成交率所对应的权重值。
另外，在服务器内设置评分数据库，以存储司机的评分记录，并在每次司机接单行程完成后实施更新评分记录。
在上述任一技术方案中，优选地，确定单元还用于：在接收到司机终端的登录请求时，根据获取到的司机终端的位置信息，确定司机终端当前所处运营区域的运力；生成单元还包括：在检测到运营区域存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令；生成单元还包括：在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令；生成单元还包括：在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令。
在该技术方案中，在接收到司机终端的登录请求时，通过司机终端的定位装置，获取司机终端的位置信息，以根据司机终端的位置信息确定司机终端当前所处的运营区域，进一步确定运营区域的运力，在检测到存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令，在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令，在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令，通过运营区域的运力确定接单模式，一方面，有利于运力的合理分配，另一方面，有利于提高司机的接单效率。
另外，针对预约性质的订单，也可以分别在上述接单模式下接单。
具体地，在检测到存在较多空闲动力时，即司机数量多于用户数量，通过设置为抢单模式，一方面，通过司机主动控制接单，能够提高接单操作的公平性，另一方面，也可以提示用户当前区域动力过剩，在检测到用户数量多于司机数量时，通过设置为急速接单，与抢单或派单模式相比，效率更高，在检测到空间动力与订单在上述两者之间时，设置为派单模式，有利于司机与订单之间的平衡。
比如针对三线城市，由于司机数量有限，司机登录时，可以由后台直接切换至急速接单模式，则在后台接收到订单信息时，可以根据司机与接客点之间的距离范围，确定具有急速接单资格的至少一个司机直接派单。
另外，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，确定单元还用于：在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求。
在该技术方案中，当接收到的接单模式请求为接单模式切换请求时，根据运营动力和/或形式历史评分记录，确定是否执行切换操作，一方面，在满足切换条件时，实现了接单模式的切换，另一方面，根据运营动力和/或形式历史评分记录，确定是否响应切换请求，有利于动力平衡，以及司机端服务的改进。
在上述任一技术方案中，优选地，还包括：检测单元，用于在接单模式切换请求为从派单切换为抢单时，检测运营动力中是否存在空闲运力；检测单元还用于：检测行驶历史评分记录是否大于或等于预设评价阈值；确定装置还包括：响应单元，用于在检测到运营动力中存在空闲运力，和/或行驶历史评分记录大于或等于预设评价阈值时，响应接单模式切换请求，以从派单模式切换为抢单模式。
在该技术方案中，在切换请求为从派单切换为抢单时，通过检测是否存在空闲运力，和/或检测司机的历史评分记录是否大于或等于预设评价阈值，以在检测到存在空闲运力，和/或历史评分记录大于或等于预设评价阈值时，执行切换操作，检测是否存在空间运力，其作用为检测运营工况是否有必要切换为抢单模式，检测历史评分记录是否大于或等于预设评价阈值，其目的为确定司机是否具有切换请求的资格。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
本发明的第四方面的技术方案提供了一种网约车接单模式的确定装置，适用于司机终端，包括：生成单元，用于在向服务器发送接单模式请求后，响应于服务器生成的接单模式指令，生成接单模式指令对应的初始接单界面，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，司机终端在向服务器发送服务器接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
具体地，接单模式请求可以为客户端的登录请求，也可以是在登录后由司机触发发送的接单模式切换请求。
在上述技术方案中，优选地，包括：显示单元，用于在接单模式指令为派单指令时，在第一显示区域显示订单时间信息；显示单元还用于：在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息。
在该技术方案中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考。
在上述任一项技术方案中，优选地，显示单元还用于：在接单模式指令为派单指令时，在第二显示区域显示接单操作标识；显示单元还用于：在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识。
在该技术方案中，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
本发明的第五方面的技术方案提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本发明第一方面的技术方案提出的任一项的网约车接单模式的确定方法的步骤，或包括本发明第三方面的技术方案提出的任一项的网约车接单模式的确定装置。
在该技术方案中，服务器的处理器执行计算机程序时实现本发明第一方面的技术方案提出的任一项的网约车接单模式的确定方法的步骤或包括本发明第三方面的技术方案提出的任一项的网约车接单模式的确定装置，因此具有上述本发明第一方面的技术方案提出的任一项的网约车接单模式的确定方法的全部有益效果或上述本发明第三方面的技术方案提出的任一项的网约车接单模式的确定装置的全部有益效果，在此不再赘述。
本发明的第六方面的技术方案提供了一种移动终端，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本发明第二方面的技术方案提出的任一项的网约车接单模式的确定方法的步骤，或包括本发明第四方面的技术方案提出的任一项的网约车接单模式的确定装置。
在该技术方案中，移动终端的处理器执行计算机程序时实现本发明第二方面的技术方案提出的任一项的网约车接单模式的确定方法的步骤或包括本发明第四方面的技术方案提出的任一项的网约车接单模式的确定装置，因此具有上述本发明第二方面的技术方案提出的任一项的网约车接单模式的确定方法的全部有益效果或上述本发明第四方面的技术方案提出的任一项的网约车接单模式的确定装置的全部有益效果，在此不再赘述。
本发明的第七方面的技术方案提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本发明第一方面和/或第二方面技术方案提出的任一项的网约车接单模式的确定方法。
在该技术方案中，计算机可读存储介质上存储的计算机程序被处理器执行时实现本发明的第一方面和/或第二方面技术方案提出的任一项的网约车接单模式的确定方法，因此具有上述本发明的第一方面和/或第二方面技术方案提出的任一项的网约车接单模式的确定方法的全部有益效果，在此不再赘述。
本发明的附加方面和优点将在下面的描述部分中给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
图1示出了根据本发明的一个实施例的网约车接单模式的确定方法的示意流程图；
图2示出了根据本发明的另一个实施例的网约车接单模式的确定方法的示意流程图；
图3示出了根据本发明的一个实施例的网约车接单模式的确定装置的示意框图；
图4示出了根据本发明的另一个实施例的网约车接单模式的确定装置的示意框图；
图5示出了根据本发明的一个实施例的服务器的示意框图；
图6示出了根据本发明的一个实施例的移动终端的示意框图；
图7示出了根据本发明的一个实施例的派单模式的客户端界面的示意图；
图8示出了根据本发明的一个实施例的抢单模式的客户端界面的示意图；
图9示出了根据本发明的一个实施例的急速接单模式的客户端界面的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
实施例1
图1示出了根据本发明的一个实施例的网约车接单模式的确定方法的示意流程图。
如图1所示，根据本发明的一个实施例的网约车接单模式的确定方法，适用于服务器，包括：步骤S102，响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，在接收到司机终端的接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
其中，接单评估参数，可以包括实时工况参数与历史行驶参数，其中，实时工况参数表征当前的运营环境，包括运力信息、路况信息、订单信息等，历史行驶参数表征根据司机的行驶经历所确定的司机评分，包括接单量、拒单量、服务质量等。
在上述技术方案中，优选地，接单评估参数包括司机终端当前所处运营区域的运力和/或司机终端的行驶历史评分记录，其中，运营区域为具有接单资格网约车的运行区域，运力为具有接单资格的网约车数量。
在该技术方案中，通过将接单评估参数确定为司机终端当前所处运营区域的动力和/或司机终端的行驶历史评分记录，包括三种评估环境，第一种，单独通过司机终端当前所处运营区域的动力确定接单评估参数，实效性更强，第二种，单独通过司机终端的行驶历史评分记录确定接单评估参数进行评估，有利于司机运营效率和运营质量，第三种，结合运营动力和行驶历史评分记录进行评估，可以根据侧重性确定对应的权重值，生成的接单模式指令更加合理。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录；在检测到行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；在检测到行驶历史评分记录大于或等于低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；在检测到行驶历史评分记录大于第二预设阈值时，生成抢单模式指令，其中，第二预设阈值大于第一预设阈值。
在该技术方案中，在接收到司机终端的登录请求时，通过获取到司机的历史评分记录，以将历史评分记录与预设的评分阈值区间进行比较，比如分别将第一预设阈值与第二预设阈值作为评分阈值区间的划分节点，以将评分阈值区间划分为第一阈值区间、第二阈值区间与第三阈值区间，在检测到行驶历史评分记录小于第一预设阈值时，即属于第一阈值区间时，生成派单模式指令，在检测到行驶历史评分记录大于或等于第一预设阈值，并小于或等于第二预设阈值时，即属于第二阈值区间时，生成急速接单模式指令，在检测到行驶历史评分记录大于第二预设阈值时，即属于第三阈值区间时，生成抢单模式指令，实现了将历史评分记录作为接单评估参数进行接单模式确定的功能。
其中，急速接单模式、派单模式与抢单模式从被动到主动，按照优先级从低至高排列，即在急速接单模式下，司机不具有订单的选择权与拒绝权，在派单模式下，司机具有订单的拒绝权，在抢单模式下，司机的自主性相对更高，比如司机可以通过抢单方式选择想要接的订单。具体地，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录前，还包括：根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录。
在该技术方案中，通过根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录，实现了历史评分记录的确定，并将历史评分记录作为接单评估参数。
其中，预设的评价模型，在一种最简单的模型结构中，可以只包括历史服务数据以及历史成交率所对应的权重值。
另外，在服务器内设置评分数据库，以存储司机的评分记录，并在每次司机接单行程完成后实施更新评分记录。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接收到司机终端的登录请求时，根据获取到的司机终端的位置信息，确定司机终端当前所处运营区域的运力；在检测到运营区域存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令；在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令；在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令。
在该技术方案中，在接收到司机终端的登录请求时，通过司机终端的定位装置，获取司机终端的位置信息，以根据司机终端的位置信息确定司机终端当前所处的运营区域，进一步确定运营区域的运力，在检测到存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令，在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令，在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令，通过运营区域的运力确定接单模式，一方面，有利于运力的合理分配，另一方面，有利于提高司机的接单效率。
另外，针对预约性质的订单，也可以分别在上述接单模式下接单。
具体地，在检测到存在较多空闲动力时，即司机数量多于用户数量，通过设置为抢单模式，一方面，通过司机主动控制接单，能够提高接单操作的公平性，另一方面，也可以提示用户当前区域动力过剩，在检测到用户数量多于司机数量时，通过设置为急速接单，与抢单或派单模式相比，效率更高，在检测到空间动力与订单在上述两者之间时，设置为派单模式，有利于司机与订单之间的平衡。
比如针对三线城市，由于司机数量有限，司机登录时，可以由后台直接切换至急速接单模式，则在后台接收到订单信息时，可以根据司机与接客点之间的距离范围，确定具有急速接单资格的至少一个司机直接派单。
另外，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求。
在该技术方案中，当接收到的接单模式请求为接单模式切换请求时，根据运营动力和/或形式历史评分记录，确定是否执行切换操作，一方面，在满足切换条件时，实现了接单模式的切换，另一方面，根据运营动力和/或形式历史评分记录，确定是否响应切换请求，有利于动力平衡，以及司机端服务的改进。
在上述任一技术方案中，优选地，在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求，具体包括：在接单模式切换请求为从派单切换为抢单时，检测运营动力中是否存在空闲运力；和/或检测行驶历史评分记录是否大于或等于预设评价阈值；在检测到运营动力中存在空闲运力，和/或行驶历史评分记录大于或等于预设评价阈值时，响应接单模式切换请求，以从派单模式切换为抢单模式。
在该技术方案中，在切换请求为从派单切换为抢单时，通过检测是否存在空闲运力，和/或检测司机的历史评分记录是否大于或等于预设评价阈值，以在检测到存在空闲运力，和/或历史评分记录大于或等于预设评价阈值时，执行切换操作，检测是否存在空间运力，其作用为检测运营工况是否有必要切换为抢单模式，检测历史评分记录是否大于或等于预设评价阈值，其目的为确定司机是否具有切换请求的资格。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
实施例2
图2示出了根据本发明的另一个实施例的网约车接单模式的确定方法的示意流程图。
如图2所示，根据本发明的另一个实施例的网约车接单模式的确定方法，适用于司机终端，包括：步骤S202，在向服务器发送接单模式请求后，响应于服务器生成的接单模式指令，生成接单模式指令对应的初始接单界面，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，司机终端在向服务器发送服务器接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
具体地，接单模式请求可以为客户端的登录请求，也可以是在登录后由司机触发发送的接单模式切换请求。
在上述技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体包括：在接单模式指令为派单指令时，在第一显示区域显示订单时间信息；在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息。
在该技术方案中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考。
在上述任一技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体还包括：在接单模式指令为派单指令时，在第二显示区域显示接单操作标识；在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识。
在该技术方案中，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
实施例3
图3示出了根据本发明的一个实施例的网约车接单模式的确定装置30的示意框图。
如图3所示，根据本发明的一个实施例的网约车接单模式的确定装置30，适用于服务器，包括：生成单元302，用于响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，在接收到司机终端的接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
其中，接单评估参数，可以包括实时工况参数与历史行驶参数，其中，实时工况参数表征当前的运营环境，包括运力信息、路况信息、订单信息等，历史行驶参数表征根据司机的行驶经历所确定的司机评分，包括接单量、拒单量、服务质量等。
在上述技术方案中，优选地，还包括：接单评估参数包括司机终端当前所处运营区域的运力和/或司机终端的行驶历史评分记录，其中，运营区域为具有接单资格网约车的运行区域，运力为具有接单资格的网约车数量。
在该技术方案中，通过将接单评估参数确定为司机终端当前所处运营区域的动力和/或司机终端的行驶历史评分记录，包括三种评估环境，第一种，单独通过司机终端当前所处运营区域的动力确定接单评估参数，实效性更强，第二种，单独通过司机终端的行驶历史评分记录确定接单评估参数进行评估，有利于司机运营效率和运营质量，第三种，结合运营动力和行驶历史评分记录进行评估，可以根据侧重性确定对应的权重值，生成的接单模式指令更加合理。
在上述任一技术方案中，优选地，还包括：获取单元304，用于在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录；生成单元302还包括：在检测到行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；生成单元302还包括：在检测到行驶历史评分记录大于或等于低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；生成单元302还包括：在检测到行驶历史评分记录大于第二预设阈值时，生成抢单模式指令，其中，第二预设阈值大于第一预设阈值。
在该技术方案中，在接收到司机终端的登录请求时，通过获取到司机的历史评分记录，以将历史评分记录与预设的评分阈值区间进行比较，比如分别将第一预设阈值与第二预设阈值作为评分阈值区间的划分节点，以将评分阈值区间划分为第一阈值区间、第二阈值区间与第三阈值区间，在检测到行驶历史评分记录小于第一预设阈值时，即属于第一阈值区间时，生成派单模式指令，在检测到行驶历史评分记录大于或等于第一预设阈值，并小于或等于第二预设阈值时，即属于第二阈值区间时，生成急速接单模式指令，在检测到行驶历史评分记录大于第二预设阈值时，即属于第三阈值区间时，生成抢单模式指令，实现了将历史评分记录作为接单评估参数进行接单模式确定的功能。
其中，急速接单模式、派单模式与抢单模式从被动到主动，按照优先级从低至高排列，即在急速接单模式下，司机不具有订单的选择权与拒绝权，在派单模式下，司机具有订单的拒绝权，在抢单模式下，司机的自主性相对更高，比如司机可以通过抢单方式选择想要接的订单。具体地，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，还包括确定单元306，用于根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录。
在该技术方案中，通过根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录，实现了历史评分记录的确定，并将历史评分记录作为接单评估参数。
其中，预设的评价模型，在一种最简单的模型结构中，可以只包括历史服务数据以及历史成交率所对应的权重值。
另外，在服务器内设置评分数据库，以存储司机的评分记录，并在每次司机接单行程完成后实施更新评分记录。
在上述任一技术方案中，优选地，确定单元306还用于：在接收到司机终端的登录请求时，根据获取到的司机终端的位置信息，确定司机终端当前所处运营区域的运力；生成单元302还包括：在检测到运营区域存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令；生成单元302还包括：在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令；生成单元302还包括：在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令。
在该技术方案中，在接收到司机终端的登录请求时，通过司机终端的定位装置，获取司机终端的位置信息，以根据司机终端的位置信息确定司机终端当前所处的运营区域，进一步确定运营区域的运力，在检测到存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令，在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令，在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令，通过运营区域的运力确定接单模式，一方面，有利于运力的合理分配，另一方面，有利于提高司机的接单效率。
另外，针对预约性质的订单，也可以分别在上述接单模式下接单。
具体地，在检测到存在较多空闲动力时，即司机数量多于用户数量，通过设置为抢单模式，一方面，通过司机主动控制接单，能够提高接单操作的公平性，另一方面，也可以提示用户当前区域动力过剩，在检测到用户数量多于司机数量时，通过设置为急速接单，与抢单或派单模式相比，效率更高，在检测到空间动力与订单在上述两者之间时，设置为派单模式，有利于司机与订单之间的平衡。
比如针对三线城市，由于司机数量有限，司机登录时，可以由后台直接切换至急速接单模式，则在后台接收到订单信息时，可以根据司机与接客点之间的距离范围，确定具有急速接单资格的至少一个司机直接派单。
另外，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，确定单元306还用于在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求。
在该技术方案中，当接收到的接单模式请求为接单模式切换请求时，根据运营动力和/或形式历史评分记录，确定是否执行切换操作，一方面，在满足切换条件时，实现了接单模式的切换，另一方面，根据运营动力和/或形式历史评分记录，确定是否响应切换请求，有利于动力平衡，以及司机端服务的改进。
在上述任一技术方案中，优选地，还包括：检测单元308，用于在接单模式切换请求为从派单切换为抢单时，检测运营动力中是否存在空闲运力；检测单元308还用于：检测行驶历史评分记录是否大于或等于预设评价阈值；确定装置还包括：响应单元310，用于在检测到运营动力中存在空闲运力，和/或行驶历史评分记录大于或等于预设评价阈值时，响应接单模式切换请求，以从派单模式切换为抢单模式。
在该技术方案中，在切换请求为从派单切换为抢单时，通过检测是否存在空闲运力，和/或检测司机的历史评分记录是否大于或等于预设评价阈值，以在检测到存在空闲运力，和/或历史评分记录大于或等于预设评价阈值时，执行切换操作，检测是否存在空间运力，其作用为检测运营工况是否有必要切换为抢单模式，检测历史评分记录是否大于或等于预设评价阈值，其目的为确定司机是否具有切换请求的资格。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
实施例4
图4示出了根据本发明的另一个实施例的网约车接单模式的确定装置40的示意框图。
如图4所示，根据本发明的另一个实施例的网约车接单模式的确定装置40，适用于司机终端，包括：生成单元402，用于在向服务器发送接单模式请求后，响应于服务器生成的接单模式指令，生成接单模式指令对应的初始接单界面，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，司机终端在向服务器发送服务器接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
具体地，接单模式请求可以为客户端的登录请求，也可以是在登录后由司机触发发送的接单模式切换请求。
在上述技术方案中，优选地，包括：显示单元404，用于在接单模式指令为派单指令时，在第一显示区域显示订单时间信息；显示单元404还用于：在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息。
在该技术方案中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考。
在上述任一项技术方案中，优选地，显示单元404还用于：在接单模式指令为派单指令时，在第二显示区域显示接单操作标识；显示单元404还用于：在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识。
在该技术方案中，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
实施例5
图5示出了根据本发明的一个实施例的服务器50的示意框图。
如图5所示，根据本发明的一个实施例的服务器50，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本发明的实施例1提出的任一项的网约车接单模式的确定方法的步骤，或包括本发明实施例3提出的任一项的网约车接单模式的确定装置30。
在该实施例中，服务器50的处理器执行计算机程序时实现本发明的实施例1提出的任一项的网约车接单模式的确定方法的步骤或包括本发明的实施例3提出的任一项的网约车接单模式的确定装置30，因此具有上述本发明实施例1提出的任一项的网约车接单模式的确定方法的全部有益效果或上述本发明实施例3提出的任一项的网约车接单模式的确定装置30的全部有益效果，在此不再赘述。
实施例6
如图6所示，根据本发明的一个实施例的移动终端60，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本发明的实施例2提出的任一项的网约车接单模式的确定方法的步骤，或包括本发明的实施例4提出的任一项的网约车接单模式的确定装置40。
在该实施例中，移动终端60的处理器执行计算机程序时实现本发明的实施例2提出的任一项的网约车接单模式的确定方法的步骤或包括本发明的实施例4提出的任一项的网约车接单模式的确定装置40，因此具有上述本发明的实施例2提出的任一项的网约车接单模式的确定方法的全部有益效果或上述本发明的实施例4提出的任一项的网约车接单模式的确定装置40的全部有益效果，在此不再赘述。
实施例7
根据本发明的一个实施例的计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：响应于司机终端的接单模式请求，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，并反馈给司机终端，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，在接收到司机终端的接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
其中，接单评估参数，可以包括实时工况参数与历史行驶参数，其中，实时工况参数表征当前的运营环境，包括运力信息、路况信息、订单信息等，历史行驶参数表征根据司机的行驶经历所确定的司机评分，包括接单量、拒单量、服务质量等。
在上述技术方案中，优选地，接单评估参数包括司机终端当前所处运营区域的运力和/或司机终端的行驶历史评分记录，其中，运营区域为具有接单资格网约车的运行区域，运力为具有接单资格的网约车数量。
在该技术方案中，通过将接单评估参数确定为司机终端当前所处运营区域的动力和/或司机终端的行驶历史评分记录，包括三种评估环境，第一种，单独通过司机终端当前所处运营区域的动力确定接单评估参数，实效性更强，第二种，单独通过司机终端的行驶历史评分记录确定接单评估参数进行评估，有利于司机运营效率和运营质量，第三种，结合运营动力和行驶历史评分记录进行评估，可以根据侧重性确定对应的权重值，生成的接单模式指令更加合理。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录；在检测到行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；在检测到行驶历史评分记录大于或等于低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；在检测到行驶历史评分记录大于第二预设阈值时，生成抢单模式指令，其中，第二预设阈值大于第一预设阈值。
在该技术方案中，在接收到司机终端的登录请求时，通过获取到司机的历史评分记录，以将历史评分记录与预设的评分阈值区间进行比较，比如分别将第一预设阈值与第二预设阈值作为评分阈值区间的划分节点，以将评分阈值区间划分为第一阈值区间、第二阈值区间与第三阈值区间，在检测到行驶历史评分记录小于第一预设阈值时，即属于第一阈值区间时，生成派单模式指令，在检测到行驶历史评分记录大于或等于第一预设阈值，并小于或等于第二预设阈值时，即属于第二阈值区间时，生成急速接单模式指令，在检测到行驶历史评分记录大于第二预设阈值时，即属于第三阈值区间时，生成抢单模式指令，实现了将历史评分记录作为接单评估参数进行接单模式确定的功能。
其中，急速接单模式、派单模式与抢单模式从被动到主动，按照优先级从低至高排列，即在急速接单模式下，司机不具有订单的选择权与拒绝权，在派单模式下，司机具有订单的拒绝权，在抢单模式下，司机的自主性相对更高，比如司机可以通过抢单方式选择想要接的订单。具体地，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，在接单模式请求为司机终端的登录请求时，获取行驶历史评分记录前，还包括：根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录。
在该技术方案中，通过根据司机终端的历史服务数据、历史成交率和预设的评价模型，确定行驶历史评分记录，实现了历史评分记录的确定，并将历史评分记录作为接单评估参数。
其中，预设的评价模型，在一种最简单的模型结构中，可以只包括历史服务数据以及历史成交率所对应的权重值。
另外，在服务器内设置评分数据库，以存储司机的评分记录，并在每次司机接单行程完成后实施更新评分记录。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接收到司机终端的登录请求时，根据获取到的司机终端的位置信息，确定司机终端当前所处运营区域的运力；在检测到运营区域存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令；在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令；在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令。
在该技术方案中，在接收到司机终端的登录请求时，通过司机终端的定位装置，获取司机终端的位置信息，以根据司机终端的位置信息确定司机终端当前所处的运营区域，进一步确定运营区域的运力，在检测到存在空闲运力，且空闲运力大于或等于预设运力阈值时，生成抢单模式指令，在检测到空闲运力小于预设运力阈值，或检测到具有多余订单，且多余订单小于预设订单阈值时，生成派单模式指令，在检测到多余订单大于或等于预设订单阈值，生成急速接单模式指令，通过运营区域的运力确定接单模式，一方面，有利于运力的合理分配，另一方面，有利于提高司机的接单效率。
另外，针对预约性质的订单，也可以分别在上述接单模式下接单。
具体地，在检测到存在较多空闲动力时，即司机数量多于用户数量，通过设置为抢单模式，一方面，通过司机主动控制接单，能够提高接单操作的公平性，另一方面，也可以提示用户当前区域动力过剩，在检测到用户数量多于司机数量时，通过设置为急速接单，与抢单或派单模式相比，效率更高，在检测到空间动力与订单在上述两者之间时，设置为派单模式，有利于司机与订单之间的平衡。
比如针对三线城市，由于司机数量有限，司机登录时，可以由后台直接切换至急速接单模式，则在后台接收到订单信息时，可以根据司机与接客点之间的距离范围，确定具有急速接单资格的至少一个司机直接派单。
另外，司机终端在登录司机客户端的同时，需要确定登录后的接单模式，此时司机端的登录请求即为接单模式请求，通过登录后自动匹配接单模式，有利于司机客户端的整合使用。
在上述任一技术方案中，优选地，根据获取到的司机终端的接单评估参数生成对应的接单模式指令，具体包括：在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求。
在该技术方案中，当接收到的接单模式请求为接单模式切换请求时，根据运营动力和/或形式历史评分记录，确定是否执行切换操作，一方面，在满足切换条件时，实现了接单模式的切换，另一方面，根据运营动力和/或形式历史评分记录，确定是否响应切换请求，有利于动力平衡，以及司机端服务的改进。
在上述任一技术方案中，优选地，在接单模式请求为司机终端发送的接单模式切换请求时，根据运营动力和/或行驶历史评分记录，确定是否响应接单模式切换请求，具体包括：在接单模式切换请求为从派单切换为抢单时，检测运营动力中是否存在空闲运力；和/或检测行驶历史评分记录是否大于或等于预设评价阈值；在检测到运营动力中存在空闲运力，和/或行驶历史评分记录大于或等于预设评价阈值时，响应接单模式切换请求，以从派单模式切换为抢单模式。
在该技术方案中，在切换请求为从派单切换为抢单时，通过检测是否存在空闲运力，和/或检测司机的历史评分记录是否大于或等于预设评价阈值，以在检测到存在空闲运力，和/或历史评分记录大于或等于预设评价阈值时，执行切换操作，检测是否存在空间运力，其作用为检测运营工况是否有必要切换为抢单模式，检测历史评分记录是否大于或等于预设评价阈值，其目的为确定司机是否具有切换请求的资格。
在上述任一技术方案中，优选地，在接单模式为派单模式时，服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到指定司机终端根据接单指令反馈的确认信息，以确认是否接单；在接单模式为抢单模式时，服务器向多个司机终端发送抢单指令，根据多个司机终端的响应情况，确定接单的司机终端；在接单模式为急速接单模式时，服务器直接将网约车订单发送至指定司机终端。
和/或实现以下步骤：在向服务器发送接单模式请求后，响应于服务器生成的接单模式指令，生成接单模式指令对应的初始接单界面，其中，接单模式包括派单、抢单与急速接单。
在该技术方案中，司机终端在向服务器发送服务器接单模式请求后，根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
具体地，接单模式请求可以为客户端的登录请求，也可以是在登录后由司机触发发送的接单模式切换请求。
在上述技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体包括：在接单模式指令为派单指令时，在第一显示区域显示订单时间信息；在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息。
在该技术方案中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考。
在上述任一技术方案中，优选地，生成接单模式指令对应的初始接单界面，具体还包括：在接单模式指令为派单指令时，在第二显示区域显示接单操作标识；在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识。
在该技术方案中，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
实施例8
图7至图9分别示出了根据本发明的实施例的接单模式中对应的接单模式的司机端界面的示意图。
如图7至图9所示，起点均为“海淀区东北旺西路10号|中关村软件园”，终点均为“海淀区得实大厦”，如图7所示，在派单模式下，在第一显示区域显示订单时间信息，比如“今天16:10”，在顶部显示订单属性“普通型预约”，在第二显示区域显示接单操作标识，包括操作按键“接单”，与操作反馈状态，可操作时间还剩“13”秒；如图8与图9所示，在抢单模式与急速接单模式下，在第一显示区域显示订单距离信息，比如“距您300米”在抢单模式时下，在第二显示区域显示抢单操作标识，包括操作按键“抢单”，与操作反馈状态，可操作时间还剩“13”秒。
在该实施例中，通过在接单模式指令为派单指令时，在第一显示区域显示订单时间信息，在接单模式指令为抢单指令或急速接单指令时，在第一显示区域显示订单距离信息，其中，在派单模式，通过显示订单时间信息，能够使司机更关注接客时间，在抢单模式与急速接单模式下，由于具有实时性特点，通过显示距离信息，尤其在抢单模式下，能够给用户是否执行抢单操作提供参考，另外，在接单模式指令为派单模式时，在第二显示区域显示接单操作标识，在接单模式指令为抢单指令时，在第二显示区域显示抢单操作标识，以提醒用户执行接单、拒单或抢单的操作，有利于提升用户的使用体验。
以上结合附图详细说明了本发明的技术方案，本发明提出了一种网约车接单模式的确定方法、网约车接单模式的确定装置、服务器、移动终端和计算机可读存储介质，通过根据接单模式请求获取司机终端的接单评估参数，以根据接单评估参数生成对应的接单模式指令，并反馈给司机终端，以确定司机终端的接单模式，并显示在司机终端的界面上，一方面，实现了基于接单评估参数的网约车接单模式的确定，使网约车接单模式的确定更符合实际需求，并满足不同运营司机的使用需求，从而提升运营效率，另一方面，实现了司机终端应用平台的功能整合。
本发明方法中的步骤可根据实际需要进行顺序调整、合并和删减。
本发明装置中的单元可根据实际需要进行合并、划分和删减。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (27)

1.一种网约车接单模式的确定方法，适用于服务器，其特征在于，包括：
响应于司机终端的接单模式请求，根据获取到的所述司机终端的接单评估参数生成对应的接单模式指令，并反馈给所述司机终端，
其中，所述接单模式包括派单、抢单与急速接单。
2.根据权利要求1所述的确定方法，其特征在于，
所述接单评估参数包括所述司机终端当前所处运营区域的运力和/或所述司机终端的行驶历史评分记录，
其中，所述运营区域为具有接单资格网约车的运行区域，所述运力为具有接单资格的网约车数量。
3.根据权利要求2所述的确定方法，其特征在于，所述根据获取到的所述司机终端的接单评估参数生成对应的接单模式指令，具体包括：
在所述接单模式请求为所述司机终端的登录请求时，获取所述行驶历史评分记录；
在检测到所述行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；
在检测到所述行驶历史评分记录大于或等于所述低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；
在检测到所述行驶历史评分记录大于所述第二预设阈值时，生成抢单模式指令，
其中，所述第二预设阈值大于所述第一预设阈值。
4.根据权利要求3所述的确定方法，其特征在于，所述在所述接单模式请求为所述司机终端的登录请求时，获取所述行驶历史评分记录前，还包括：
根据所述司机终端的历史服务数据、历史成交率和预设的评价模型，确定所述行驶历史评分记录。
5.根据权利要求2所述的确定方法，其特征在于，所述根据获取到的所述司机终端的接单评估参数生成对应的接单模式指令，具体包括：
在接收到所述司机终端的登录请求时，根据获取到的所述司机终端的位置信息，确定所述司机终端当前所处运营区域的运力；
在检测到所述运营区域存在空闲运力，且所述空闲运力大于或等于预设运力阈值时，生成抢单模式指令；
在检测到所述空闲运力小于所述预设运力阈值，或检测到具有多余订单，且所述多余订单小于预设订单阈值时，生成派单模式指令；
在检测到所述多余订单大于或等于所述预设订单阈值，生成急速接单模式指令。
6.根据权利要求2所述的确定方法，其特征在于，所述根据获取到的所述司机终端的接单评估参数生成对应的接单模式指令，具体包括：
在所述接单模式请求为所述司机终端发送的接单模式切换请求时，根据所述运营动力和/或所述行驶历史评分记录，确定是否响应所述接单模式切换请求。
7.根据权利要求6所述的确定方法，其特征在于，所述在所述接单模式请求为所述司机终端发送的接单模式切换请求时，根据所述运营动力和/或所述行驶历史评分记录，确定是否响应所述接单模式切换请求，具体包括：
在所述接单模式切换请求为从派单切换为抢单时，检测所述运营动力中是否存在空闲运力；和/或
检测所述行驶历史评分记录是否大于或等于预设评价阈值；
在检测到所述运营动力中存在所述空闲运力，和/或所述行驶历史评分记录大于或等于所述预设评价阈值时，响应所述接单模式切换请求，以从所述派单模式切换为所述抢单模式。
8.根据权利要求1至7中任一项所述的确定方法，其特征在于，
在所述接单模式为派单模式时，所述服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到所述指定司机终端根据所述接单指令反馈的确认信息，以确认是否接单；
在所述接单模式为抢单模式时，所述服务器向多个所述司机终端发送抢单指令，根据多个所述司机终端的响应情况，确定接单的所述司机终端；
在所述接单模式为急速接单模式时，所述服务器直接将网约车订单发送至指定司机终端。
9.一种网约车接单模式的确定方法，适用于司机终端，其特征在于，包括：
在向服务器发送接单模式请求后，响应于所述服务器生成的接单模式指令，生成所述接单模式指令对应的初始接单界面，
其中，所述接单模式包括派单、抢单与急速接单。
10.根据权利要求9所述的确定方法，其特征在于，所述生成所述接单模式指令对应的初始接单界面，具体包括：
在所述接单模式指令为派单指令时，在第一显示区域显示订单时间信息；
在所述接单模式指令为抢单指令或急速接单指令时，在所述第一显示区域显示订单距离信息。
11.根据权利要求9或10所述的确定方法，其特征在于，
在所述接单模式指令为派单指令时，在第二显示区域显示接单操作标识；
在所述接单模式指令为抢单指令时，在所述第二显示区域显示抢单操作标识。
12.根据权利要求9所述的确定方法，其特征在于，
在所述接单模式为派单模式时，所述服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到所述指定司机终端根据所述接单指令反馈的确认信息，以确认是否接单；
在所述接单模式为抢单模式时，所述服务器向多个所述司机终端发送抢单指令，根据多个所述司机终端的响应情况，确定接单的所述司机终端；
在所述接单模式为急速接单模式时，所述服务器直接将网约车订单发送至指定司机终端。
13.一种网约车接单模式的确定装置，适用于服务器，其特征在于，包括：
生成单元，用于响应于司机终端的接单模式请求，根据获取到的所述司机终端的接单评估参数生成对应的接单模式指令，并反馈给所述司机终端，
其中，所述接单模式包括派单、抢单与急速接单。
14.根据权利要求12所述的确定装置，其特征在于，
所述接单评估参数包括所述司机终端当前所处运营区域的运力和/或所述司机终端的行驶历史评分记录，
其中，所述当前所处运营区域为具有接单资格网约车的运行区域，所述运力为具有接单资格的网约车数量。
15.根据权利要求14所述的确定装置，其特征在于，还包括：
获取单元，用于在所述接单模式请求为所述司机终端的登录请求时，获取所述行驶历史评分记录；
所述生成单元还包括：在检测到所述行驶历史评分记录小于第一预设阈值时，生成急速接单模式指令；
所述生成单元还包括：在检测到所述行驶历史评分记录大于或等于所述低于预设阈值，并小于或等于第二预设阈值时，生成派单模式指令；
所述生成单元还包括：在检测到所述行驶历史评分记录大于所述第二预设阈值时，生成抢单模式指令，
其中，所述第二预设阈值大于所述第一预设阈值。
16.根据权利要求15所述的确定装置，其特征在于，还包括：
确定单元，用于根据所述司机终端的历史服务数据、历史成交率和预设的评价模型，确定所述行驶历史评分记录。
17.根据权利要求14所述的确定装置，其特征在于，
所述确定单元还用于：在接收到所述司机终端的登录请求时，根据获取到的所述司机终端的位置信息，确定所述司机终端当前所处运营区域的运力；
所述生成单元还包括：在检测到所述运营区域存在空闲运力，且所述空闲运力大于或等于预设运力阈值时，生成抢单模式指令；
所述生成单元还包括：在检测到所述空闲运力小于所述预设运力阈值，或检测到具有多余订单，且所述多余订单小于预设订单阈值时，生成派单模式指令；
所述生成单元还包括：在检测到所述多余订单大于或等于所述预设订单阈值，生成急速接单模式指令。
18.根据权利要求14所述的确定装置，其特征在于，
所述确定单元还用于：在所述接单模式请求为所述司机终端发送的接单模式切换请求时，根据所述运营动力和/或所述行驶历史评分记录，确定是否响应所述接单模式切换请求。
19.根据权利要求18所述的确定装置，其特征在于，还包括：
检测单元，用于在所述接单模式切换请求为从派单切换为抢单时，检测所述运营动力中是否存在空闲运力；
所述检测单元还用于：检测所述行驶历史评分记录是否大于或等于预设评价阈值；
所述确定装置还包括：
响应单元，用于在检测到所述运营动力中存在所述空闲运力，和/或所述行驶历史评分记录大于或等于所述预设评价阈值时，响应所述接单模式切换请求，以从所述派单模式切换为所述抢单模式。
20.根据权利要求13至19中任一项所述的确定装置，其特征在于，
在所述接单模式为派单模式时，所述服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到所述指定司机终端根据所述接单指令反馈的确认信息，以确认是否接单；
在所述接单模式为抢单模式时，所述服务器向多个所述司机终端发送抢单指令，根据多个所述司机终端的响应情况，确定接单的所述司机终端；
在所述接单模式为急速接单模式时，所述服务器直接将网约车订单发送至指定司机终端。
21.一种网约车接单模式的确定装置，适用于司机终端，其特征在于，包括：
生成单元，用于在向服务器发送接单模式请求后，响应于所述服务器生成的接单模式指令，生成所述接单模式指令对应的初始接单界面，
其中，所述接单模式包括派单、抢单与急速接单。
22.根据权利要求21所述的确定装置，其特征在于，包括：
显示单元，用于在所述接单模式指令为派单指令时，在第一显示区域显示订单时间信息；
所述显示单元还用于：在所述接单模式指令为抢单指令或急速接单指令时，在所述第一显示区域显示订单距离信息。
23.根据权利要求21或22所述的确定装置，其特征在于，
所述显示单元还用于：在所述接单模式指令为派单指令时，在第二显示区域显示接单操作标识；
所述显示单元还用于：在所述接单模式指令为抢单指令时，在所述第二显示区域显示抢单操作标识。
24.根据权利要求21所述的确定装置，其特征在于，
在所述接单模式为派单模式时，所述服务器向指定司机终端发送接单指令，并在预设时间段内检测是否接收到所述指定司机终端根据所述接单指令反馈的确认信息，以确认是否接单；
在所述接单模式为抢单模式时，所述服务器向多个所述司机终端发送抢单指令，根据多个所述司机终端的响应情况，确定接单的所述司机终端；
在所述接单模式为急速接单模式时，所述服务器直接将网约车订单发送至指定司机终端。
25.一种服务器，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至8中任一项所述的确定方法的步骤，或包括如权利要求13至20中任一项所述的确定装置。
26.一种移动终端，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求9至12中任一项所述的确定方法的步骤，或包括如权利要求21至24中任一项所述的确定装置。
27.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的确定方法。
CN201710585426.1A 2017-07-18 2017-07-18 确定方法、装置、服务器、移动终端和可读存储介质 Pending CN109272126A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201710585426.1A CN109272126A (zh) 2017-07-18 2017-07-18 确定方法、装置、服务器、移动终端和可读存储介质
CN201880047980.7A CN110959162A (zh) 2017-07-18 2018-06-27 用于为用户确定接单模式的系统和方法
AU2018304331A AU2018304331B2 (en) 2017-07-18 2018-06-27 Systems and methods for determining an order accepting mode for a user
PCT/CN2018/093114 WO2019015450A1 (en) 2017-07-18 2018-06-27 SYSTEMS AND METHODS FOR DETERMINING A CONTROL ACCEPTANCE MODE FOR A USER
US16/745,382 US10949780B2 (en) 2017-07-18 2020-01-17 Online transportation reservation systems prioritizing reservations based on demand, regional transportation capacity, and historical driver scores

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710585426.1A CN109272126A (zh) 2017-07-18 2017-07-18 确定方法、装置、服务器、移动终端和可读存储介质

Publications (1)

Publication Number Publication Date
CN109272126A true CN109272126A (zh) 2019-01-25

Family

ID=65015913

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710585426.1A Pending CN109272126A (zh) 2017-07-18 2017-07-18 确定方法、装置、服务器、移动终端和可读存储介质
CN201880047980.7A Pending CN110959162A (zh) 2017-07-18 2018-06-27 用于为用户确定接单模式的系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201880047980.7A Pending CN110959162A (zh) 2017-07-18 2018-06-27 用于为用户确定接单模式的系统和方法

Country Status (4)

Country Link
US (1) US10949780B2 (zh)
CN (2) CN109272126A (zh)
AU (1) AU2018304331B2 (zh)
WO (1) WO2019015450A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816128A (zh) * 2019-01-30 2019-05-28 杭州飞步科技有限公司 网约车订单的处理方法、装置、设备及可读存储介质
CN110415068A (zh) * 2019-06-17 2019-11-05 天津五八到家科技有限公司 订单分配方法、装置及移动终端
CN112581073A (zh) * 2020-09-23 2021-03-30 北京合众伟奇科技股份有限公司 一种抢派单的采集运维工单调度管理方法及系统
CN113361910A (zh) * 2021-06-04 2021-09-07 哈尔滨商业大学 任务完成质量的评价方法及装置、电子设备和存储介质

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112381505B (zh) * 2020-11-09 2022-05-20 南京领行科技股份有限公司 网约车服务的管理方法、装置、电子设备及可读存储介质
CN112348537B (zh) * 2020-11-09 2022-06-07 南京领行科技股份有限公司 信息处理方法、装置、电子设备和存储介质
CN112541805A (zh) * 2020-12-17 2021-03-23 云南叮功出行科技有限公司 一种拼车订单生成方法、系统、平台及存储介质
CN112288340B (zh) * 2020-12-28 2021-03-19 北京顺达同行科技有限公司 物流订单分派方法、装置、计算机设备和存储介质
CN112884299B (zh) * 2021-01-29 2024-04-26 长沙市到家悠享家政服务有限公司 自动接单方法及设备、介质
CN113963533B (zh) * 2021-09-15 2023-01-31 上海钧正网络科技有限公司 驾驶行为异常检测方法、装置、电子设备、服务器及介质
CN114422580B (zh) * 2021-12-03 2024-02-02 浙江吉利控股集团有限公司 一种信息处理方法、装置、电子设备及存储介质
CN114548682A (zh) * 2022-01-19 2022-05-27 浙江吉利控股集团有限公司 订单派发方法、订单派发装置、及计算机可读存储介质
CN115545829B (zh) * 2022-09-29 2024-05-31 中航信移动科技有限公司 一种服务器标识的勾选显示系统、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105095976A (zh) * 2015-07-16 2015-11-25 深圳棋致科技有限公司 一种代驾服务接单的方法及装置
CN105139228A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置
CN105489001A (zh) * 2015-12-11 2016-04-13 惠州Tcl移动通信有限公司 一种出租车调度优化方法及系统
CN106296552A (zh) * 2016-08-12 2017-01-04 北京东方车云信息技术有限公司 一种自动接单方法、系统及派单服务器
CN205971151U (zh) * 2016-07-29 2017-02-22 深圳市淘淘谷信息技术有限公司 一种用于一键抢单的车载智能按键系统

Family Cites Families (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835376A (en) * 1995-10-27 1998-11-10 Total Technology, Inc. Fully automated vehicle dispatching, monitoring and billing
US5945919A (en) * 1996-05-30 1999-08-31 Trimble Navigation Limited Dispatcher free vehicle allocation system
US6253129B1 (en) * 1997-03-27 2001-06-26 Tripmaster Corporation System for monitoring vehicle efficiency and vehicle and driver performance
US20010018628A1 (en) * 1997-03-27 2001-08-30 Mentor Heavy Vehicle Systems, Lcc System for monitoring vehicle efficiency and vehicle and driver perfomance
US6756913B1 (en) * 1999-11-01 2004-06-29 Mourad Ben Ayed System for automatically dispatching taxis to client locations
US6615046B1 (en) * 1999-12-29 2003-09-02 International Business Machines Corporation Automatic dispatch of mobile services
US20030182413A1 (en) * 2000-06-02 2003-09-25 Allen Matthew Robert System and method for selecting a service provider
US8706542B2 (en) * 2000-12-18 2014-04-22 Apple Inc. Allocation of location-based orders to mobile agents
US7313530B2 (en) * 2001-04-10 2007-12-25 General Electric Company Methods and systems for generating and displaying the capacity of a delivery management system
US20020188492A1 (en) * 2001-06-11 2002-12-12 Borton Robert L. Food-making, -delivery, and -carry-out system and method
US20060059023A1 (en) * 2002-08-02 2006-03-16 Alex Mashinsky Method system and apparatus for providing transportation services
US7363126B1 (en) * 2002-08-22 2008-04-22 United Parcel Service Of America Core area territory planning for optimizing driver familiarity and route flexibility
GB2396529B (en) * 2002-12-20 2005-08-10 Motorola Inc Location-based mobile service provision
GB0302886D0 (en) * 2003-02-07 2003-03-12 Faith Jonathan D Transportation ordering system
US20040210621A1 (en) * 2003-04-18 2004-10-21 Antonellis Robert J. Method and system for order optimization
US7627422B2 (en) * 2003-06-24 2009-12-01 At&T Intellectual Property I, Lp Methods, systems and computer program products for ride matching based on selection criteria and drive characteristic information
US7828202B2 (en) * 2005-02-24 2010-11-09 E-Courier (Belize), Inc. System and method for controlling the transport of articles
US20080313002A1 (en) * 2007-06-18 2008-12-18 Ppg Industries Ohio, Inc. Method, system, and apparatus for operating a registry
US20090048890A1 (en) * 2007-08-16 2009-02-19 Burgh Stuart G Delivery Management System for Quick Service Restaurants
US8572001B2 (en) * 2008-04-08 2013-10-29 The Boeing Company Simultaneous vehicle routing, vehicle scheduling, and crew scheduling
US20100153279A1 (en) * 2008-09-30 2010-06-17 Walter Zahn Systems and methods for global transportation,vetting, and payment
US8315802B2 (en) * 2009-02-11 2012-11-20 Telogis, Inc. Systems and methods for analyzing the use of mobile resources
US9230292B2 (en) * 2012-11-08 2016-01-05 Uber Technologies, Inc. Providing on-demand services through use of portable computing devices
JP2012014469A (ja) * 2010-06-30 2012-01-19 Rakuten Inc 紹介者報奨システム、紹介者報奨方法、紹介者報奨装置、プログラム及び情報記録媒体
US20120041675A1 (en) * 2010-08-10 2012-02-16 Steven Juliver Method and System for Coordinating Transportation Service
US8442848B2 (en) * 2011-03-09 2013-05-14 David Myr Automatic optimal taxicab mobile location based dispatching system
US20120323622A1 (en) * 2011-06-15 2012-12-20 Webtech Wireless Inc. Assessing Fitness of Drivers for Pending Trip Assignments
US20130006674A1 (en) * 2011-06-29 2013-01-03 State Farm Insurance Systems and Methods Using a Mobile Device to Collect Data for Insurance Premiums
US9066206B2 (en) * 2012-07-03 2015-06-23 Uber Technologies, Inc. System and method for providing dynamic supply positioning for on-demand services
GB201215193D0 (en) * 2012-08-25 2012-10-10 Dalp Daniel Order delivery system
GB201300006D0 (en) * 2013-01-01 2013-02-13 Tomtom Dev Germany Gmbh Vehicle management system
US20140278635A1 (en) * 2013-03-15 2014-09-18 Bringaroo, LLC Delivery methods and systems utilizing a stand-by delivery driver
AU2014362378A1 (en) * 2013-12-11 2016-06-23 Uber Technologies, Inc. Optimizing selection of drivers for transport requests
US9536271B2 (en) * 2014-05-16 2017-01-03 Uber Technologies, Inc. User-configurable indication device for use with an on-demand transport service
CN104157133B (zh) * 2014-08-20 2016-10-05 北京嘀嘀无限科技发展有限公司 基于司机在线活跃情况的运力拉升系统
US9626639B2 (en) * 2014-09-26 2017-04-18 Shyp, Inc. Image processing and item transport
WO2016113602A1 (en) * 2015-01-12 2016-07-21 Yogesh Chunilal Rathod Real-time presenting on-demand service providers and users or customers and facilitating them
US10133995B1 (en) * 2015-02-19 2018-11-20 Square, Inc. Courier network management
US20160307119A1 (en) * 2015-04-14 2016-10-20 MyRidez LLC Mobile app and system for effecting transportation based on location, vehicle type and fare
US10346889B1 (en) * 2015-05-13 2019-07-09 Square, Inc. Determining courier effort for deliveries
US20160350695A1 (en) * 2015-05-29 2016-12-01 Dmitry Koltunov Bespoke Service-On-Demand Platform
US10586273B1 (en) * 2015-07-30 2020-03-10 DoorDash, Inc. Managing couriers for fast deliveries
US20170046653A1 (en) * 2015-08-14 2017-02-16 Amazon Technologies, Inc. Planning of transportation requests
CN105405285B (zh) * 2015-11-06 2017-11-24 厦门蓝斯通信股份有限公司 自动切换抢单模式和派单模式的车辆调度方法和调度系统
AU2016359530A1 (en) * 2015-11-26 2018-03-01 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for allocating sharable orders
US20170193625A1 (en) * 2015-12-21 2017-07-06 Lyft, Inc. Driver supply control
US10248913B1 (en) * 2016-01-13 2019-04-02 Transit Labs Inc. Systems, devices, and methods for searching and booking ride-shared trips
CN106372754A (zh) * 2016-08-31 2017-02-01 胡强 贴膜服务管理平台的数据处理方法及系统
CN106447114A (zh) * 2016-09-30 2017-02-22 百度在线网络技术（北京）有限公司 提供叫车服务的方法和装置
CN106372674B (zh) * 2016-09-30 2020-01-21 百度在线网络技术（北京）有限公司 在线叫车服务平台中的司机分类方法和装置
US11423349B2 (en) * 2016-09-30 2022-08-23 Runbuggy Omi, Inc. Predictive analytics for transport services
US10930157B2 (en) * 2017-04-26 2021-02-23 Dropoff, Inc. Systems and methods for automated real-time and advisory routing within a fleet of geographically distributed drivers
CN110741402B (zh) * 2017-06-14 2023-05-16 北京嘀嘀无限科技发展有限公司 用于运力调度的系统和方法
CN109284880B (zh) * 2017-07-20 2021-09-07 北京嘀嘀无限科技发展有限公司 数据处理方法、装置、服务器、移动终端和可读存储介质
US20190132699A1 (en) * 2017-11-02 2019-05-02 Uber Technologies, Inc. Computing system to implement network delivery service
US10157396B1 (en) * 2017-12-19 2018-12-18 Capital One Services, Llc Allocation of service provider resources based on a capacity to provide the service
US10467563B1 (en) * 2019-02-18 2019-11-05 Coupang, Corp. Systems and methods for computerized balanced delivery route pre-assignment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105095976A (zh) * 2015-07-16 2015-11-25 深圳棋致科技有限公司 一种代驾服务接单的方法及装置
CN105139228A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置
CN105489001A (zh) * 2015-12-11 2016-04-13 惠州Tcl移动通信有限公司 一种出租车调度优化方法及系统
CN205971151U (zh) * 2016-07-29 2017-02-22 深圳市淘淘谷信息技术有限公司 一种用于一键抢单的车载智能按键系统
CN106296552A (zh) * 2016-08-12 2017-01-04 北京东方车云信息技术有限公司 一种自动接单方法、系统及派单服务器

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816128A (zh) * 2019-01-30 2019-05-28 杭州飞步科技有限公司 网约车订单的处理方法、装置、设备及可读存储介质
CN109816128B (zh) * 2019-01-30 2021-06-29 杭州飞步科技有限公司 网约车订单的处理方法、装置、设备及可读存储介质
CN110415068A (zh) * 2019-06-17 2019-11-05 天津五八到家科技有限公司 订单分配方法、装置及移动终端
CN112581073A (zh) * 2020-09-23 2021-03-30 北京合众伟奇科技股份有限公司 一种抢派单的采集运维工单调度管理方法及系统
CN112581073B (zh) * 2020-09-23 2024-02-02 北京合众伟奇科技股份有限公司 一种抢派单的采集运维工单调度管理方法及系统
CN113361910A (zh) * 2021-06-04 2021-09-07 哈尔滨商业大学 任务完成质量的评价方法及装置、电子设备和存储介质
CN113361910B (zh) * 2021-06-04 2023-08-25 哈尔滨商业大学 任务完成质量的评价方法及装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN110959162A (zh) 2020-04-03
AU2018304331B2 (en) 2021-05-06
WO2019015450A1 (en) 2019-01-24
AU2018304331A1 (en) 2020-01-30
US20200151632A1 (en) 2020-05-14
US10949780B2 (en) 2021-03-16

Similar Documents

Publication Publication Date Title
CN109272126A (zh) 确定方法、装置、服务器、移动终端和可读存储介质
CN109284880B (zh) 数据处理方法、装置、服务器、移动终端和可读存储介质
US20230291814A1 (en) System for placing drivers in a priority queue and navigating the drivers to fullfill passenger requests
US20190197608A1 (en) Storage battery module rental system, rental method, and rental program
CN108009654A (zh) 订单处理方法、装置、服务器和计算机可读存储介质
CN110390544A (zh) 司机奖励的下发方法及装置
US20140149153A1 (en) Method and system for dynamic parking allocation in urban settings
CN105354214B (zh) 一种备忘信息的生成方法及装置
CN109726838A (zh) 订单执行方法、执行系统及计算机可读存储介质
CN105225521A (zh) 基于物联网的停车管理系统及方法
US20140302922A1 (en) Server device, and non-transitory computer-readable storage medium storing game program
CN114038231B (zh) 停车场利用率调度方法、系统、设备以及存储介质
CN110062325A (zh) 基于公路交通路线的lbs群聊方法、系统、设备及存储介质
CN108604321A (zh) 用于多轮驾驶员选择的系统和方法
US20170193614A1 (en) Verifiable reward system for influencing human travel patterns
CN109271591A (zh) 景点推荐方法、计算机设备及计算机可读存储介质
CN108288201A (zh) 网约车系统中为目标用户提供行程费用账单的方法及装置
CN110415068A (zh) 订单分配方法、装置及移动终端
CN109840632A (zh) 一种行车路线评估规划方法及装置
CN106373382A (zh) 一种用于车辆调度的方法与设备
CN110163394A (zh) 出行应用的信息显示方法、装置和设备
CN110020215A (zh) 找单推荐信息的推送方法及装置、电子设备
CN108074008A (zh) 一种预测拥堵路段的方法及装置
CN111612488A (zh) 共享资源投放方法及装置
JP2014204795A (ja) ゲームプログラムおよびゲーム端末

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

Application publication date: 20190125

RJ01 Rejection of invention patent application after publication