CN111832858A - 订单分配方法、设备、***及存储介质 - Google Patents
订单分配方法、设备、***及存储介质 Download PDFInfo
- Publication number
- CN111832858A CN111832858A CN201910314054.8A CN201910314054A CN111832858A CN 111832858 A CN111832858 A CN 111832858A CN 201910314054 A CN201910314054 A CN 201910314054A CN 111832858 A CN111832858 A CN 111832858A
- Authority
- CN
- China
- Prior art keywords
- driver
- user
- target
- order
- candidate
- 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 49
- 238000003860 storage Methods 0.000 title claims abstract description 19
- 238000009826 distribution Methods 0.000 claims abstract description 40
- 238000004891 communication Methods 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 21
- 238000007667 floating Methods 0.000 claims description 6
- 238000012216 screening Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 14
- 238000005516 engineering process Methods 0.000 description 8
- 230000004044 response Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 3
- 239000003086 colorant Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000002372 labelling Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Educational Administration (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请实施例提供一种订单分配方法、设备、***及存储介质。在本申请实施例中，服务端设备和下单用户的终端设备相互配合，由服务端设备对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
Description
技术领域
本申请涉及互联网技术领域，尤其涉及一种订单分配方法、设备、***及存储介质。
背景技术
随着互联网以及智能终端设备的发展，线上下单逐渐深入人们的生活，为人们提供便利，并成了人们生活中必不可少的部分。例如，在一种应用场景下，用户可通过运输服务类应用(Application，APP)在线预约或订购货物运输服务。
在实际应用中，用户通过APP向服务端提交货运订单，其中，该货运请求可以包括运输起始地址以及目的地址等货运需求。服务端基于货运订单的起始地址和司机的位置，为货运订单分配对应的司机。但是，在实际应用中，经常出现司机不能及时到达用户指定的起始地址，导致用户取消订单的状况，降低了订单分配效率，进而导致货物运输效率低。
发明内容
本申请的多个方面提供一种订单分配方法、设备、***及存储介质，用以提高订单分配成功率，进而有助于提高货物运输效率。
本申请实施例提供一种订单分配方法，适用于服务端设备，包括：
根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；
获取所述至少一个候选司机的属性信息；
将所述至少一个候选司机的属性信息发送给所述待运输订单对应的用户终端，以供用户从中选择目标司机；
接收所述用户终端返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机。
本申请实施例还提供一种订单分配方法，适用于终端设备，包括：
接收服务端设备发送的至少一个候选司机的属性信息，所述至少一个候选司机是所述服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机；
在运输服务应用对应的应用界面上展示所述至少一个候选司机的标签；
响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机；
向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息确定是否使用所述目标司机；
响应于所述用户针对所述目标司机发出的确定操作，将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
本申请实施例还提供一种服务端设备，其特征在于，包括：存储器、处理器和通信组件；
其中，所述存储器，用于存储计算机程序；
所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：
根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；
获取所述至少一个候选司机的属性信息；
通过所述通信组件将所述至少一个候选司机的属性信息发送给所述待运输订单对应的用户终端，以供用户从中选择目标司机；
通过所述通信组件接收所述用户终端返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机。
本申请实施例还提供一种终端设备，包括：存储器、处理器、通信组件和显示屏；
其中，所述存储器，用于存储计算机程序；所述显示屏上展示运输服务应用对应的应用界面；
所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：
通过所述通信组件接收服务端设备发送的至少一个候选司机的属性信息，所述至少一个候选司机是所述服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机；
在所述应用界面上展示所述至少一个候选司机的标签；
响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机；
在所述应用界面上向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息确定是否使用所述目标司机；
响应于所述用户针对所述目标司机发出的确定操作，通过所述通信组件将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
本申请实施例还提供一种订单分配***，包括：服务端设备和待运输订单对应的用户的终端设备，其中，
所述服务端设备，用于：根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；获取所述至少一个候选司机的属性信息；将所述至少一个候选司机的属性信息发送给所述终端设备，以供用户从中选择目标司机；以及接收所述终端设备返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机；
所述终端设备，用于：接收服务端设备发送的至少一个候选司机的属性信息；在运输服务应用对应的应用界面上展示所述至少一个候选司机的标签；响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机，并向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息，确定是否使用所述目标司机；以及响应于所述用户针对所述目标司机发出的确定操作，将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述由服务端设备执行订单分配方法中的步骤。
本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述由终端设备执行订单分配方法中的步骤。
在本申请实施例中，服务端设备和下单用户的终端设备相互配合，由服务端设备对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种订单分配***的结构示意图；
图2为本申请实施例提供的一种订单分配方法的流程示意图；
图3为本申请实施例提供的另一种订单分配方法的流程示意图；
图4为本申请实施例提供的一种服务端设备的结构示意图；
图5为本申请实施例提供的一种终端设备的结构示意图。
具体实施方式
为使本申请的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
针对现有订单分配效率较低的技术问题，本申请实施例提供一种解决方案，基本思路是：服务端设备和下单用户的终端设备相互配合，由服务端设备对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
以下结合附图，详细说明本申请各实施例提供的技术方案。
图1为本申请实施例提供的一种订单分配***的结构示意图。如图1所示，该***包括：服务端设备10a和下单用户的终端设备10b。在本申请实施例中，为了便于描述，将下单用户的终端设备10b简称为终端设备10b。图1中所示服务端设备10a和终端设备10b的实施方式只是示例性说明，并不对其进行限定。
其中，服务端设备10a是指服务端负责货运订单分配和货运司机的调度的任意设备，其可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(Virtual Machine，VM)。另外，服务端设备也可以指具备相应服务能力的其他计算设备，例如电脑等终端设备(运行服务程序)等。
下单用户的终端设备10b是指用户一侧的终端设备，其可以为智能手机、平板电脑、可穿戴设备等，但不限于此。终端设备10b主要用于响应用户的操作，向服务端设备10a发送货运请求以及向用户通知订单状态等。
在本实施例中，终端设备10b上安装有相应的运输服务的APP，用户通过在终端设备10b的相关APP的应用界面上填写货运的相关信息，例如本次货运的起始地址、目的地址。用户还可以在该APP的应用界面上选择本次货运的目标车型以及期望的出发时间等信息。当用户填写完毕后，可以触发应用界面上的提交控件。相应地，终端设备10b响应该触发操作，向服务端设备10a发送相应的运输请求。该运输请求中包括本次货运的起始地址、目的地址以及预约出发时间等信息。
进一步，服务端设备10a基于该货运请求生成对应的待运输订单。在本实施例中，考虑到司机调度的可行性，降低司机调度成本，服务端设备10a对与待运输订单的起始地址处于同一城市的司机进行初步筛选，为了便于描述和区分，将待运输订单的起始地址处于同一城市的司机简称为同城司机。具体实施方式为：服务端设备10a根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机，并获取至少一个候选司机的属性信息，并将至少一个候选司机的属性信息发送给终端设备10b。其中，同城司机的已接订单信息包括：已接订单的起始地址、目的地址、预约时间等，但不限于此。进一步，至少一个候选司机的属性信息可以为至少一个候选司机的位置信息、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆的车牌号和所驾驶车辆的品牌型号中的至少一种。
相应地，终端设备10b接收至少一个候选司机的属性信息，并在运输服务应用(APP)的应用界面上展示至少一个候选司机的标签。在本实施例中，终端设备10b还可建立标签与属性信息的对应关系，其中同一司机的标签与同一司机的属性信息一一对应。其中候选司机的标签可以为水滴状标注、候选司机的头像等，但不限于此。
进一步，当用户想要查看某个司机的属性信息时，可选择该司机对应的标签。相应地，终端设备10b响应于用户对至少一个候选司机的标签的选择操作，将被该用户选择的标签对应的候选司机作为目标司机，并向用户展示目标司机的属性信息。可选地，终端设备10b可以悬浮方式向用户展示目标司机的属性信息。例如，当用户点击目标司机的标签时，在该标签的位置或该标签相邻的位置上出现一悬浮框，该悬浮框中显示有目标司机的属性信息。
用户可根据展示的目标司机的属性信息，并结合自身需求确定是否使用目标司机。例如，用户可根据自身的出发时间，选择使用可在最短时间到达其填写的起始地址的司机。又例如，用户可根据自身对车辆品牌的要求，选择使用驾驶相应品牌车辆的司机。又例如，用户可根据自身对司机驾龄的要求，选择使用驾龄较大的司机，等等。这样可兼顾用户对司机的需求，使用户根据自身需求自主选择为其服务的司机，增加了用户黏度，可降低用户取消订单的概率，进而有助于减少订单流失，降低运输服务应用平台的经济损失。另一方面，增加用户黏度还有助于提高订单分配效率，进而提高货运效率。
进一步，若用户确定使用该目标司机，则可针对该目标司机发出确定操作。例如，用户可触发相应地确定使用控件，或者再次点击该目标司机对应的标签等，但不限于此。相应地，终端设备10b响应于用户针对目标司机发出的确定操作，将目标司机的标识信息返回给服务端设备10a。
相应地，服务端设备10a接收目标司机的标识信息，并将待运输订单分配给与该标识信息对应的目标司机。可选地，服务端设备10a可将待运输订单的运输指令发送给司机的客户端。该运输指令中包含待运输订单的信息，例如，待运输订单的起始地址、目的地址、预约出发时间等。
在本实施例中，服务端设备和下单用户的终端设备相互配合，由服务端设备对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
在一种可选实施例中，服务端设备10a在确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机时，可获取待运输订单的起始地址、预约出发时间以及目标车型；并从同城司机中，选择当前位置与起始地址之间的距离小于或等于预设的距离阈值的司机作为处于待运输订单的接单范围内的司机。进一步，服务端设备10a根据处于待运输订单的驾驶的车辆信息，从中选择驾驶目标车型对应车辆的司机，再根据驾驶目标车型对应车辆的司机的已接订单信息，从中选择在预约出发时间处于空闲状态的至少一个候选司机。值得说明的是，在本申请实施例中，对确定至少一个候选司机的执行顺序不进行限定。例如，服务端设备10a还可先确定同城司机中在预约出发时间处于空闲状态的空闲司机，再从空闲司机中选择处于待运输订单的接单范围内的司机，之后，根据处于接单范围内的司机驾驶的车辆信息，从中选择驾驶目标车型对应车辆的至少一个候选司机，等等，但不限于此。
其中，服务端设备10a在确定处于空闲状态的司机时，可获取处于待运输订单的接单范围内的司机的已接订单的起始地址、目的地址以及预约出发时间；进一步，根据已接订单的起始地址、目的地址以及预约出发时间，计算完成已接订单的时间；若某司机完成已接订单的时间与待运输订单的预约出发时间没有时间重叠，则将该司机确定为处于空闲状态的司机。
在另一种可选实施例中，对于终端设备10b，在应用界面上展示至少一个候选司机的标签时，可获取待运输订单的起始地址对应的目标区域地图，并在应用界面上展示目标区域地图；之后，按照至少一个候选司机各自的地址信息，将至少一个候选司机的标签分别标注于所述目标区域地图中。其中，目标区域地图可为待运输订单的起始地址所属的商圈地图、该起始地址所属的行政区地图等，在此不进行限定。在该实施方式中，至少一个候选司机的属性信息包括：至少一个候选司机各自的地址信息，该地址为至少一个候选司机各自对应的当前位置。
进一步，终端设备10b在将用户选择的标签对应的候选司机作为目标司机时，还规划该目标司机从其当前位置到达起始地址的目标路线，并结合目标路线的路况信息，计算目标司机从其当前位置到达起始地址的时间，并在目标区域地图上展示目标路线，并在该应用界面上显示目标司机从其当前位置到达起始地址的时间。例如，可加粗显示目标路线，或者以与目标区域地图上的路线颜色不同的颜色显示目标路线。可选地，还可以不同的颜色显示不同的路况信息，例如，以红色表示路线拥堵、绿色表示路线畅通等，但不限于此。对于目标司机从其当前位置到达起始地址的时间，可在目标区域地图下方显示，也可在目标区域地图上显示，在此不进行限定。
进一步，用户可根据目标司机从其当前位置到达起始地址的时间，并结合自己预计出发时间，确定是否使用该目标司机。这样，对于用户来说，目标司机可按时到达待运输订单的起始地址，减少用户等待的时间，增加用户体验，进一步提高用户黏度；对于运输服务平台来说，可降低用户因等待过长而取消订单的概率，可减少订单和客户的流失，降低平台的经济损失。另一方面，降低用户因等待过长而取消订单的概率，还有助于提高订单分配的成功率，进而提高货运效率。
除了上述***实施例之外，本申请实施例还提供相应的订单分配方法，下面分别从服务端设备和下单用户的终端设备的角度对订单分配方法进行示例性说明。
图2为本申请实施例提供的一种订单分配方法的流程示意图。该方法适用于服务端设备，其中，服务端设备的实现形态可参见上述***实施例中的相关内容，在此不进行限定。如图2所示，该方法包括：
201、根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机。
202、获取至少一个候选司机的属性信息。
203、将至少一个候选司机的属性信息发送给待运输订单对应的用户终端，以供用户从中选择目标司机。
204、接收用户终端返回的目标司机的标识信息，并根据目标司机的标识信息，将待运输订单分配给目标司机。
在本实施例中，考虑到司机调度的可行性，降低司机调度成本，在步骤201中，服务端设备对与待运输订单的起始地址处于同一城市的司机进行初步筛选，为了便于描述和区分，将待运输订单的起始地址处于同一城市的司机简称为同城司机。具体实施方式为：服务端设备根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机。其中，同城司机的已接订单信息包括：已接订单的起始地址、目的地址、预约时间等，但不限于此。接着，在步骤202中，获取至少一个候选司机的属性信息。其中，至少一个候选司机的属性信息可以为至少一个候选司机的位置信息、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆的车牌号和所驾驶车辆的品牌型号中的至少一种。
接着，在步骤203中，将至少一个候选司机的属性信息发送给待运输订单对应的用户终端。相应地，用户终端接收至少一个候选司机的属性信息，并在运输服务应用(APP)的应用界面上展示至少一个候选司机的标签。在本实施例中，用户终端还可建立标签与属性信息的对应关系，其中同一司机的标签与同一司机的属性信息一一对应。其中候选司机的标签可以为水滴状标注、候选司机的头像等，但不限于此。
进一步，当用户想要查看某个司机的属性信息时，可选择该司机对应的标签。相应地，用户终端响应于用户对至少一个候选司机的标签的选择操作，将被该用户选择的标签对应的候选司机作为目标司机，并向用户展示目标司机的属性信息。
用户可根据展示的目标司机的属性信息，并结合自身需求确定是否使用目标司机。例如，用户可根据自身的出发时间，选择使用可在最短时间到达其填写的起始地址的司机。又例如，用户可根据自身对车辆品牌的要求，选择使用驾驶相应品牌车辆的司机。又例如，用户可根据自身对司机驾龄的要求，选择使用驾龄较大的司机，等等。这样可兼顾用户对司机的需求，使用户根据自身需求自主选择为其服务的司机，增加了用户黏度，可降低用户取消订单的概率，进而有助于减少订单流失，降低运输服务应用平台的经济损失。另一方面，增加用户黏度还有助于提高订单分配效率，进而提高货运效率。
进一步，若用户确定使用该目标司机，则可针对该目标司机发出确定操作。例如，用户可触发相应地确定使用控件，或者再次点击该目标司机对应的标签等，但不限于此。相应地，用户终端响应于用户针对目标司机发出的确定操作，将目标司机的标识信息返回给服务端设备。
相应地，在步骤204中，服务端设备接收目标司机的标识信息，并将待运输订单分配给与该标识信息对应的目标司机。可选地，服务端设备可将待运输订单的运输指令发送给司机的客户端。该运输指令中包含待运输订单的信息，例如，待运输订单的起始地址、目的地址、预约出发时间等。
在本实施例中，服务端设备对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
在一种可选实施例中，步骤201的一种可选实施方式为：获取待运输订单的起始地址、预约出发时间以及目标车型；并从同城司机中，选择当前位置与起始地址之间的距离小于或等于预设的距离阈值的司机作为处于待运输订单的接单范围内的司机；进一步，根据处于待运输范围内的司机的已接订单信息和驾驶的车辆信息，从中选择出在预约出发时间处于空闲状态且驾驶目标车型对应车辆的至少一个候选司机。其中，确定处于空闲状态的司机的实施方式可参见上述***实施例中的相关内容，在此不再赘述。
可选地，服务端设备可根据处于待运输订单的驾驶的车辆信息，从中选择驾驶目标车型对应车辆的司机，再根据驾驶目标车型对应车辆的司机的已接订单信息，从中选择在预约出发时间处于空闲状态的至少一个候选司机。
相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述由服务端设备执行订单分配方法中的步骤。
图3为本申请实施例提供的另一种订单分配方法的流程示意图。该方法适用于终端设备。如图3所示，该方法包括：
301、接收服务端设备发送的至少一个候选司机的属性信息。
其中，至少一个候选司机是服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机。
302、在运输服务应用对应的应用界面上展示至少一个候选司机的标签。
303、响应于用户对至少一个候选司机的标签的选择操作，将被用户选择的标签对应的候选司机作为目标司机。
304、向用户展示目标司机的属性信息，以供用户根据目标司机的属性信息确定是否使用目标司机。
305、响应于用户针对目标司机发出的确定操作，将目标司机的标识信息返回给服务端设备，以供服务端设备将待运输订单分配给目标司机。
在本实施例中，终端设备是指待运输订单的下单用户的终端设备。该终端设备上安装有相应的运输服务的APP用户通过在终端设备10b的相关APP的应用界面上填写货运的相关信息，并在用户填写完毕后，可以触发应用界面上的提交控件。相应地，终端设备响应该触发操作，向服务端设备发送相应的运输请求。该运输请求中包括本次货运的起始地址、目的地址以及预约出发时间等信息。
本实施例提供的订单分配方法为服务端设备确定出至少一个候选司机之后的订单分配流程。其中，服务端设备确定至少一个候选司机的具体实施方式可参见上述***实施例中的相关内容，在此不再赘述。
在本实施例中，终端设备接收至少一个候选司机的属性信息，并在运输服务应用(APP)的应用界面上展示至少一个候选司机的标签。在本实施例中，终端设备还可建立标签与属性信息的对应关系，其中同一司机的标签与同一司机的属性信息一一对应。其中候选司机的标签可以为水滴状标注、候选司机的头像等，但不限于此。
进一步，当用户想要查看某个司机的属性信息时，可选择该司机对应的标签。相应地，终端设备响应于用户对至少一个候选司机的标签的选择操作，将被该用户选择的标签对应的候选司机作为目标司机，并向用户展示目标司机的属性信息。可选地，终端设备可以悬浮方式向用户展示目标司机的属性信息。例如，当用户点击目标司机的标签时，在该标签的位置或该标签相邻的位置上出现一悬浮框，该悬浮框中显示有目标司机的属性信息。
用户可根据展示的目标司机的属性信息，并结合自身需求确定是否使用目标司机。例如，用户可根据自身的出发时间，选择使用可在最短时间到达其填写的起始地址的司机。又例如，用户可根据自身对车辆品牌的要求，选择使用驾驶相应品牌车辆的司机。又例如，用户可根据自身对司机驾龄的要求，选择使用驾龄较大的司机，等等。这样可兼顾用户对司机的需求，使用户根据自身需求自主选择为其服务的司机，增加了用户黏度，可降低用户取消订单的概率，进而有助于减少订单流失，降低运输服务应用平台的经济损失。另一方面，增加用户黏度还有助于提高订单分配效率，进而提高货运效率。
进一步，若用户确定使用该目标司机，则可针对该目标司机发出确定操作。例如，用户可触发相应地确定使用控件，或者再次点击该目标司机对应的标签等，但不限于此。相应地，终端设备响应于用户针对目标司机发出的确定操作，将目标司机的标识信息返回给服务端设备，以供服务端设备将待运输订单分配给目标司机。其中，服务端设备将待运输订单分配给目标司机的实施方式可参见上述服务端设备进行订单分配的实施例中的相关内容，在此不再赘述。
在本实施例中，终端设备展示服务端设备初步筛选出的候选司机的标签，且当用户选择某候选司机的标签时，向用户展示被选择的标签对应的候选司机的属性信息。用户可根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而由服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
在一种可选实施例中，至少一个候选司机的属性信息包括：至少一个候选司机各自的地址信息，该地址为至少一个候选司机各自对应的当前位置。相应地，步骤302的一种可选实施方式为：获取待运输订单的起始地址对应的目标区域地图，并在应用界面上展示目标区域地图；之后，按照至少一个候选司机各自的地址信息，将至少一个候选司机的标签分别标注于所述目标区域地图中。其中，目标区域地图可为待运输订单的起始地址所属的商圈地图、该起始地址所属的行政区地图等，在此不进行限定。
进一步，终端设备在将用户选择的标签对应的候选司机作为目标司机时，还可规划该目标司机从其当前位置到达起始地址的目标路线，并结合目标路线的路况信息，计算目标司机从其当前位置到达起始地址的时间，并在目标区域地图上展示目标路线，并在该应用界面上显示目标司机从其当前位置到达起始地址的时间。例如，可加粗显示目标路线，或者以与目标区域地图上的路线颜色不同的颜色显示目标路线。可选地，还可以不同的颜色显示不同的路况信息，例如，以红色表示路线拥堵、绿色表示路线畅通等，但不限于此。对于目标司机从其当前位置到达起始地址的时间，可在目标区域地图下方显示，也可在目标区域地图上显示，在此不进行限定。
进一步，用户可根据目标司机从其当前位置到达起始地址的时间，并结合自己预计出发时间，确定是否使用该目标司机。这样，对于用户来说，目标司机可按时到达待运输订单的起始地址，减少用户等待的时间，增加用户体验，进一步提高用户黏度；对于运输服务平台来说，可降低用户因等待过长而取消订单的概率，可减少订单和客户的流失，降低平台的经济损失。另一方面，降低用户因等待过长而取消订单的概率，还有助于提高订单分配的成功率，进而提高货运效率。
相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述由终端设备执行订单分配方法中的步骤。
需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201和202的执行主体可以为设备A；又比如，步骤201的执行主体可以为设备A，步骤202的执行主体可以为设备B；等等。
另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如301、302等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。
图4为本申请实施例提供的一种服务端设备的结构示意图。如图4所示，该服务端设备包括：存储器40a、处理器40b和通信组件40c。
其中，存储器，用于存储计算机程序。
处理器耦合至存储器，用于执行计算机程序以用于：根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机；其中，同城司机为位置信息与起始地址处于同一城市的司机；获取至少一个候选司机的属性信息；通过通信组件40c将至少一个候选司机的属性信息发送给待运输订单对应的用户终端，以供用户从中选择目标司机；以及通过通信组件40c接收用户终端返回的目标司机的标识信息，并根据目标司机的标识信息，将待运输订单分配给目标司机。
在一种可选实施例中，处理器40b在确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机时，具体用于：获取待运输订单的起始地址、预约出发时间以及目标车型；从同城司机中，选择位置信息与起始地址之间的距离小于或等于预设的距离阈值的司机作为处于待运输订单的接单范围内的司机；根据处于待运输订单的接单范围内的已接订单信息和驾驶的车辆信息，从中选择在预约出发时间处于空闲状态且驾驶目标车型对应车辆的至少一个候选司机。
在另一种可选实施例中，至少一个候选司机的属性信息包括：至少一个候选司机的位置信息、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆的车牌号和所驾驶车辆的品牌型号中的至少一种。
在一些可选实施方式中，如图4所示，该服务器还可以包括：电源组件40d、显示屏40e等可选组件。图4中仅示意性给出部分组件，并不意味着服务器必须包含图4所示全部组件，也不意味着服务器只能包括图4所示组件。
本实施例提供的服务端设备，可对司机进行初步筛选，确定出处于待运输订单的接单范围内且处于空闲状态的候选司机，之后将候选司机的属性信息发送给下单用户的终端设备，由下单用户根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
图5为本申请实施例提供的一种终端设备的结构示意图。其中，该终端设备为待运输订单对应的下单用户的终端设备。如图5所示，该终端设备包括：包括：存储器50a、处理器50b、通信组件50c和显示屏50e。
其中，存储器50a，用于存储计算机程序。显示屏50e上展示运输服务应用对应的应用界面。
处理器50b耦合至存储器50a，用于执行计算机程序以用于：通过通信组件50c接收服务端设备发送的至少一个候选司机的属性信息，至少一个候选司机是服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机；在应用界面上展示至少一个候选司机的标签；响应于用户对至少一个候选司机的标签的选择操作，将被用户选择的标签对应的候选司机作为目标司机；在应用界面上向用户展示目标司机的属性信息，以供用户根据目标司机的属性信息确定是否使用目标司机；响应于用户针对目标司机发出的确定操作，通过通信组件50c将目标司机的标识信息返回给服务端设备，以供服务端设备将待运输订单分配给目标司机。
在一种可选实施例中，至少一个候选司机的属性信息包括：至少一个候选司机的地址信息。相应地，处理器50b在在运输服务应用对应的应用界面上展示至少一个候选司机的标签时，具体用于：获取待运输订单的起始地址对应的目标区域地图，并在应用界面上展示目标区域地图；按照至少一个候选司机各自的地址信息，将至少一个候选司机的标签分别标注于目标区域地图中。
进一步，处理器50b在在将被用户选择的标签对应的候选司机作为目标司机之后，还用于：规划目标司机从其当前位置到达起始地址的目标路线；结合目标路线的路线信息，计算目标司机从其当前位置到达起始地址的时间；在目标区域地图上展示目标路线以及目标司机从其当前位置到达起始地址的时间，以供用户确定是否使用目标司机。
在另一种可选实施例中，处理器50b在应用界面上向用户展示目标司机的属性信息时，还用于：以悬浮方式在应用界面上向用户展示目标司机的属性信息。
在又一种可选实施例中，处理器50b在接收服务端设备发送的至少一个候选司机的属性信息之前，还用于：响应用户触发提交控件的操作，通过通信组件50c向服务端设备发送运输请求；该运输请求中包括：起始地址、目的地址、目标车型和预约出发时间。
在一些可选实施方式中，如图5所示，该终端设备还可以包括：电源组件50e、音频组件50f等可选组件。图5中仅示意性给出部分组件，并不意味着终端设备必须包含图5所示全部组件，也不意味着终端设备只能包括图5所示组件。
在本实施例中，终端设备展示服务端设备初步筛选出的候选司机的标签，且当用户选择某候选司机的标签时，向用户展示被选择的标签对应的候选司机的属性信息。用户可根据候选司机的属性信息，并结合自身需求来自主选择为其服务的目标司机，进而由服务端设备将待运输订单分配给下单用户选定的目标司机。这种订单分配方式兼顾了用户需求，用户可结合自身需求自主选择为其服务的司机，可提高用户黏度，降低用户取消订单的概率，进而有助于提高订单分配的效率及成功率。
在图4和图5中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
在图4和图5中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还可基于近场通信(NFC)模块，射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在图4和图5中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理***，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
在图4和图5中，显示屏可以包括液晶显示器(LCD)和或者触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
在图5中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的终端设备，可通过音频组件实现与用户的语音交互等。
需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (15)
1.一种订单分配方法，适用于服务端设备，其特征在于，包括：
根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；
获取所述至少一个候选司机的属性信息；
将所述至少一个候选司机的属性信息发送给所述待运输订单对应的用户终端，以供用户从中选择目标司机；
接收所述用户终端返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机。
2.根据权利要求1所述的方法，其特征在于，所述根据同城司机的位置信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机，包括：
获取所述待运输订单的起始地址、预约出发时间以及目标车型；
从同城司机中，选择位置信息与所述起始地址之间的距离小于或等于预设的距离阈值的司机作为处于所述待运输订单的接单范围内的司机；
根据所述处于所述待运输订单的接单范围内的已接订单信息和驾驶的车辆信息，从中选择在所述预约出发时间处于空闲状态且驾驶所述目标车型对应车辆的至少一个候选司机。
3.根据权利要求1或2所述的方法，其特征在于，所述至少一个候选司机的属性信息包括：所述至少一个候选司机的位置信息、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆的车牌号和所驾驶车辆的品牌型号中的至少一种。
4.一种订单分配方法，适用于终端设备，其特征在于，包括：
接收服务端设备发送的至少一个候选司机的属性信息，所述至少一个候选司机是所述服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机；
在运输服务应用对应的应用界面上展示所述至少一个候选司机的标签；
响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机；
向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息确定是否使用所述目标司机；
响应于所述用户针对所述目标司机发出的确定操作，将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
5.根据权利要求4所述的方法，其特征在于，所述至少一个候选司机的属性信息包括：所述至少一个候选司机的地址信息；所述在运输服务应用对应的应用界面上展示所述至少一个候选司机的标签，包括：
获取所述待运输订单的起始地址对应的目标区域地图，并在所述应用界面上展示所述目标区域地图；
按照所述至少一个候选司机各自的地址信息，将所述至少一个候选司机的标签分别标注于所述目标区域地图中。
6.根据权利要求5所述的方法，其特征在于，在将被所述用户选择的标签对应的候选司机作为目标司机之后，还包括：
规划所述目标司机从其当前位置到达所述起始地址的目标路线；
结合所述目标路线的路线信息，计算所述目标司机从其当前位置到达所述起始地址的时间；
在所述目标区域地图上展示所述目标路线以及所述目标司机从其当前位置到达所述起始地址的时间，以供所述用户确定是否使用所述目标司机。
7.根据权利要求4所述的方法，其特征在于，所述向所述用户展示所述目标司机的属性信息，包括：
以悬浮方式向所述用户展示所述目标司机的属性信息。
8.根据权利要求4-7任一项所述的方法，其特征在于，在接收服务端设备发送的至少一个候选司机的属性信息之前，还包括：
响应所述用户触发提交控件的操作，向所述服务端设备发送运输请求；所述运输请求中包括：所述起始地址、目的地址、目标车型和预约出发时间。
9.一种订单分配***，其特征在于，包括：服务端设备和待运输订单对应的用户的终端设备，其中，
所述服务端设备，用于：根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；获取所述至少一个候选司机的属性信息；将所述至少一个候选司机的属性信息发送给所述终端设备，以供用户从中选择目标司机；以及接收所述终端设备返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机；
所述终端设备，用于：接收服务端设备发送的至少一个候选司机的属性信息；在运输服务应用对应的应用界面上展示所述至少一个候选司机的标签；响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机，并向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息，确定是否使用所述目标司机；以及响应于所述用户针对所述目标司机发出的确定操作，将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
10.根据权利要求9所述的***，其特征在于，所述至少一个候选司机的属性信息包括：所述至少一个候选司机的地址信息；所述终端设备在展示所述至少一个候选司机的标签时，具体用于：
获取所述待运输订单的起始地址对应的目标区域地图，并在所述应用界面上展示所述目标区域地图；
按照所述至少一个候选司机各自的地址信息，将所述至少一个候选司机的标签分别标注于所述目标区域地图中。
11.根据权利要求10所述的***，其特征在于，所述终端设备还用于：规划所述目标司机从其当前位置到达所述起始地址的目标路线；
结合所述目标路线的路线信息，计算所述目标司机从其当前位置到达所述起始地址的时间；
在所述目标区域地图上展示所述目标路线以及在所述应用界面上显示所述目标司机从其当前位置到达所述起始地址的时间，以供所述用户确定是否使用所述目标司机。
12.一种服务端设备，其特征在于，包括：存储器、处理器和通信组件；
其中，所述存储器，用于存储计算机程序；
所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：
根据同城司机的位置信息和已接订单信息，确定处于待运输订单的接单范围内且处于空闲状态的至少一个候选司机；其中，所述同城司机为位置信息与所述起始地址处于同一城市的司机；
获取所述至少一个候选司机的属性信息；
通过所述通信组件将所述至少一个候选司机的属性信息发送给所述待运输订单对应的用户终端，以供用户从中选择目标司机；
通过所述通信组件接收所述用户终端返回的所述目标司机的标识信息，并根据所述目标司机的标识信息，将所述待运输订单分配给所述目标司机。
13.一种终端设备，其特征在于，包括：存储器、处理器、通信组件和显示屏；
其中，所述存储器，用于存储计算机程序；所述显示屏上展示运输服务应用对应的应用界面；
所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：
通过所述通信组件接收服务端设备发送的至少一个候选司机的属性信息，所述至少一个候选司机是所述服务端设备为待运输订单选择的处于接单范围内且处于空闲状态的司机；
在所述应用界面上展示所述至少一个候选司机的标签；
响应于用户对所述至少一个候选司机的标签的选择操作，将被所述用户选择的标签对应的候选司机作为目标司机；
在所述应用界面上向所述用户展示所述目标司机的属性信息，以供所述用户根据所述目标司机的属性信息确定是否使用所述目标司机；
响应于所述用户针对所述目标司机发出的确定操作，通过所述通信组件将所述目标司机的标识信息返回给所述服务端设备，以供所述服务端设备将所述待运输订单分配给所述目标司机。
14.一种存储有计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-3任一项所述方法中的步骤。
15.一种存储有计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求4-8任一项所述方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910314054.8A CN111832858A (zh) | 2019-04-18 | 2019-04-18 | 订单分配方法、设备、***及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910314054.8A CN111832858A (zh) | 2019-04-18 | 2019-04-18 | 订单分配方法、设备、***及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111832858A true CN111832858A (zh) | 2020-10-27 |
Family
ID=72914913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910314054.8A Pending CN111832858A (zh) | 2019-04-18 | 2019-04-18 | 订单分配方法、设备、***及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111832858A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116027372A (zh) * | 2023-03-30 | 2023-04-28 | 深圳市移联通信技术有限责任公司 | 一种基于gps的多设备定位方法及*** |
| CN117336100A (zh) * | 2023-11-27 | 2024-01-02 | 湖南湘科智慧科技有限公司 | 基于押运服务多方扁平化沟通的数据处理方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及*** |
| CN106971279A (zh) * | 2017-05-03 | 2017-07-21 | 百度在线网络技术（北京）有限公司 | 预估司机接单行为的方法、装置、设备及存储介质 |
| KR20180063999A (ko) * | 2016-12-05 | 2018-06-14 | 박형민 | 동선을 기반으로 탑승여부를 결정하여 기사 및 승객의 편의성을 향상시킨 택시 서비스 제공 시스템 |
| CN109242598A (zh) * | 2018-08-02 | 2019-01-18 | 天津五八到家科技有限公司 | 订单处理方法、客户端及服务端 |
| CN109636216A (zh) * | 2018-12-19 | 2019-04-16 | 义乌市腾飞汽车代驾服务有限公司 | 一种乘客订单的生成方法和装置 |
-
2019
- 2019-04-18 CN CN201910314054.8A patent/CN111832858A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及*** |
| KR20180063999A (ko) * | 2016-12-05 | 2018-06-14 | 박형민 | 동선을 기반으로 탑승여부를 결정하여 기사 및 승객의 편의성을 향상시킨 택시 서비스 제공 시스템 |
| CN106971279A (zh) * | 2017-05-03 | 2017-07-21 | 百度在线网络技术（北京）有限公司 | 预估司机接单行为的方法、装置、设备及存储介质 |
| CN109242598A (zh) * | 2018-08-02 | 2019-01-18 | 天津五八到家科技有限公司 | 订单处理方法、客户端及服务端 |
| CN109636216A (zh) * | 2018-12-19 | 2019-04-16 | 义乌市腾飞汽车代驾服务有限公司 | 一种乘客订单的生成方法和装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116027372A (zh) * | 2023-03-30 | 2023-04-28 | 深圳市移联通信技术有限责任公司 | 一种基于gps的多设备定位方法及*** |
| CN117336100A (zh) * | 2023-11-27 | 2024-01-02 | 湖南湘科智慧科技有限公司 | 基于押运服务多方扁平化沟通的数据处理方法及装置 |
| CN117336100B (zh) * | 2023-11-27 | 2024-02-23 | 湖南湘科智慧科技有限公司 | 基于押运服务多方扁平化沟通的数据处理方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11004098B2 (en) | Allocation of service provider resources based on a capacity to provide the service | |
| CN110414883A (zh) | 货物运输和下单方法、设备及存储介质 | |
| CN111724091A (zh) | 订单分配方法、服务端设备及存储介质 | |
| KR102240997B1 (ko) | 배송 서비스 시스템 | |
| CN111754149A (zh) | 司机调度方法、设备及存储介质 | |
| KR20160008422A (ko) | 클라우드 기반 택배 배송 자동화 방법, 이를 실행하는 서버 및 이를 실행하는 시스템 | |
| CN110689393B (zh) | 人机交互方法、设备、***及存储介质 | |
| CN111832858A (zh) | 订单分配方法、设备、***及存储介质 | |
| CN105279663A (zh) | 电子货架标签、电子货架标签***及其操作方法 | |
| US20170220649A1 (en) | System, method, and non-transitory computer-readable storage media for evaluating search results in a customer queueing system | |
| CN110555631A (zh) | 交互方法和装置 | |
| CN110400105A (zh) | 订单分配方法、设备、***及存储介质 | |
| CN110533282B (zh) | 业绩数据分配***、方法、设备及存储介质 | |
| CN110415067A (zh) | 下单方法、设备及存储介质 | |
| JP2012141755A (ja) | 配送管理システム、その制御方法及びプログラム | |
| CN110335000A (zh) | 配送方法、装置、电子设备及存储介质 | |
| KR20200112265A (ko) | 배송 서비스 시스템 | |
| CN111724216B (zh) | 车辆选择方法、终端设备及存储介质 | |
| CN110136018B (zh) | 一种智能添加社交好友的方法、设备及*** | |
| KR101637079B1 (ko) | 디스플레이가 설치된 배달통을 이용한 주문자 광고 택배 시스템 및 그 방법 | |
| US20190228377A1 (en) | Systems and methods for multi-level combinatorial resource optimization | |
| CN115936552A (zh) | 订单服务推荐方法、装置、设备及存储介质 | |
| CN108985568A (zh) | 订单处理方法、司机终端及服务端 | |
| CN108833532A (zh) | 基于物联网的服务处理方法、装置和*** | |
| CN111724217A (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 |