CN110400105A - 订单分配方法、设备、***及存储介质 - Google Patents
订单分配方法、设备、***及存储介质 Download PDFInfo
- Publication number
- CN110400105A CN110400105A CN201910511421.3A CN201910511421A CN110400105A CN 110400105 A CN110400105 A CN 110400105A CN 201910511421 A CN201910511421 A CN 201910511421A CN 110400105 A CN110400105 A CN 110400105A
- Authority
- CN
- China
- Prior art keywords
- driver
- collection
- user
- orders
- freight orders
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0836—Recipient pick-ups
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)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例提供的一种订单分配方法、设备、***及存储介质。在本申请实施例中,在用户侧的运输服务应用上增设收藏司机功能,基于该功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
Description
技术领域
本申请涉及互联网技术领域,尤其涉及一种订单分配方法、设备、***及存储介质。
背景技术
随着互联网以及智能终端设备的发展,线上下单逐渐深入人们的生活,为人们提供便利,并成了人们生活中必不可少的部分。例如,在一种应用场景下,用户可通过运输服务类应用(Application,APP)在线预约或订购货物运输服务。
在实际应用中,用户通过APP向服务端提交货物运输请求,其中,该货物运输请求可以包括运输起始地址以及目的地址等货运需求。服务端基于该货运需求生成货运订单,并将货运订单分配给相应司机。但是,在实际应用中,经常出现司机取消订单,导致用户须重新下单,这样将降低订单分配效率,进而导致货物运输效率低。
发明内容
本申请的多个方面提供一种订单分配方法、设备、***及存储介质,用以提高订单分配效率,进而提高货物运输效率。
本申请实施例提供一种订单分配方法,适用于服务端设备,包括:
根据用户的终端设备发送的货物运输请求,生成货运订单;
检测所述终端设备上使用收藏司机的开关的状态;
若所述使用收藏司机的开关处于开启状态,则将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供所述至少一个候选司机抢单;
从抢单的候选司机中,为所述货运订单选择目标司机;
将所述货运订单分配给所述目标司机。
本申请实施例还提供一种服务端设备,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;
所述处理器耦合至所述存储器,用于执行所述计算机程序以用于:
根据用户的终端设备发送的货物运输请求,生成货运订单;
检测所述终端设备上使用收藏司机的开关的状态;
若所述使用收藏司机的开关处于开启状态,则通过所述通信组件将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供所述至少一个候选司机抢单;
从抢单的候选司机中,为所述货运订单选择目标司机;
通过所述通信组件将所述货运订单分配给所述目标司机。
本申请实施例还提供一种订单分配***,包括:用户端、司机端和服务端;其中,所述用户端,用于向所述服务端发送货物运输请求;
所述服务端,用于根据所述用户端发送的货物运输请求,生成货运订单;检测所述用户端上使用收藏司机的开关的状态;若所述使用收藏司机的开关处于开启状态,则将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机的司机端,以供所述至少一个候选司机抢单;从抢单的候选司机中,为所述货运订单选择目标司机;并将所述货运订单分配给所述目标司机。
本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行上述订单分配方法中的步骤。
在本申请实施例中,在用户侧的运输服务应用上增设收藏司机功能,基于该功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
另一方面,将用户的货运订单分配给其信赖的司机,在进行订单分配的过程中兼顾了下单用户的意愿,不仅助于提高用户货物的安全性,而且有助于提高用户体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种订单分配***的结构示意图;
图2为本申请实施例提供的一种订单分配方法的流程示意图;
图3为本申请实施例提供的一种服务端设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
针对现有订单分配效率较低的技术问题,本申请实施例提供一种解决方案,基本思路是:在用户侧的运输服务应用上增设收藏司机功能,基于该功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
另一方面,将用户的货运订单分配给其信赖的司机,在进行订单分配的过程中兼顾了下单用户的意愿,不仅助于提高用户货物的安全性,而且有助于提高用户体验。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1为本申请实施例提供的一种订单分配***的结构示意图。如图1所示,该***包括:用户端10a、司机端10b和服务端10c。其中,图1所示的用户端10a、司机端10b和服务端10c的实现形态均为示例性说明,但不限于此。
在实施例中,服务端10c是指运输服务平台的服务端的计算机设备,简称为服务端设备,主要负责货运订单的分配以及货运司机的调度任务。用户端10a是指用户一端的终端设备,主要用于响应用户的操作,向服务端10c发送货运请求以及向用户通知订单状态等。司机端10b是指货运司机一侧的终端设备,主要用于响应服务端10c的调度,指导货运司机完成货运订单的运输。
其中,服务端10c和用户端10a以及司机端10b之间可以是无线或有线连接。可选地,服务端10c可以通过移动网络和用户端10a以及司机端10b通信连接,相应地,移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。可选地,服务端10c也可以通过蓝牙、WiFi、红外线等方式和用户端10a以及司机端10b通信连接。
在本实施例中,服务端设备可以为单一服务器设备,也可以云化的服务器阵列,或者为云化的服务器阵列中运行的虚拟机(Virtual Machine,VM)。另外,服务端设备也可以指具备相应服务能力的其他计算设备,例如电脑等终端设备(运行服务程序)等。
在本实施例中,终端设备是指用户使用的,具有用户所需计算、上网、通信等功能的计算机设备,例如可以是智能手机、平板电脑、个人电脑、穿戴设备等。终端设备通常包括至少一个处理单元和至少一个存储器。处理单元和存储器的数量取决于终端设备的配置和类型。存储器可以包括易失性的,例如RAM,也可以包括非易失性的,例如只读存储器(Read-Only Memory,ROM)、闪存等,或者也可以同时包括两种类型的。存储器内通常存储有操作***(Operating System,OS)、一个或多个应用软件,例如与服务端对应的即时通信类软件,也可以存储有程序数据等。除了处理单元和存储器之外,终端设备也会包括网卡芯片、IO总线、音视频组件等基本配置。可选地,根据终端设备的实现形式,终端设备也可以包括一些***设备,例如键盘、鼠标、输入笔、打印机等。这些***设备在本领域中是众所周知的,在此不做赘述。
以上只是简单介绍了货运***中各端的核心功能,在不同应用场景中,各端的功能会有所不同。在本申请各实施例中,主要针对订单分配过程中用户端10a和服务端10c的功能进行重点说明。
在本实施例中,用户端10a上安装有用户侧的运输服务类软件。用户端10a的实现形态不同,运输服务类软件可以有不同的实现形式。例如,若用户端10a为智能手机、平板电脑或智能穿戴设备等,则运输服务类软件可以为运输服务应用对应的APP。又例如,若用户端10a为台式电脑、笔记本电脑等,则运输服务类软件可以为运输服务应用对应的客户端。
在本实施例中,用户通过在用户端10a的运输服务应用的应用界面上填写货运的相关信息,例如本次货运的起始地址、目的地址。用户还可以在该运输服务应用的应用界面上选择本次货运的目标车型以及期望的出发时间等信息。当用户填写完毕后,可以触发应用界面上的提交控件,通过用户端10a向服务端10c发送相应的货物运输请求。该货物运输请求中包括本次货运的起始地址、目的地址、用户指定使用的目标车型以及出发时间等信息。相应地,服务端10c接收该货运运输请求,并根据该请求,生成货运订单。其中,货物运输请求包括:货运订单的起始地址、目的地址、目标车型以及出发时间等信息。
在本实施例中,用户侧的运输服务应用上设置有收藏司机功能。相应地,用户端10a的运输服务应用界面上设有使用收藏司机的开关,与该开关对应设置有司机收藏夹,用户可添加其想要收藏的司机至司机收藏夹。若用户确定使用其收藏的司机,可开启使用收藏司机的开关。基于此,服务端10c可检测用户端10a上使用收藏司机的开关的状态,若该开关处于开启状态,则将货运订单推送给司机收藏夹中收藏的至少一个候选司机。相应地,至少一个候选司机可通过其司机端10c发起抢单。进一步,服务端10c可从抢单的候选司机中,为货运订单选择目标司机,并将该货运订单分配给目标司机。
可选地,服务端10c在从抢单的候选司机中为货运订单选择目标司机时,可根据抢单的候选司机对货运订单的响应时间和/或抢单的候选司机的服务得分,从这些抢单司机中选择目标司机。其中,对货运订单响应越快,服务得分越高的司机,中单概率越高,即成为目标司机的概率越高。
相应地,若服务端10c检测到用户端10a上使用收藏司机的开关的状态处于关闭状态,则向用户端10a发送开启使用收藏司机的开关的请求消息。相应地,用户端10a接收该请求消息,该请求消息可提示用户开启使用收藏司机的开关。若用户在指定时长内开启该开关,则服务端10c可在使用收藏司机的开关被开启后,将货运订单推送给司机收藏夹中收藏的至少一个候选司机。为了便于描述和区分,在本申请实施例中,将此处的指定时长定义为第二指定时长,其中第二指定时长的具体取值,可根据实际需求进行灵活设定。
相应地,若用户在第二指定时长内未开启使用收藏司机的开关,即服务端10c在第二指定时长内未检测到使用收藏司机的开关被开启,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应车辆的司机。其中,同城司机为位置与货运订单的起始地址处于同一城市的司机。进一步,为了便于描述和区分,将此处从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应车辆的司机,定义为第二司机。其中,第二司机可能为司机收藏夹中的司机,也可能为不属于司机收藏夹中的其他满足条件的司机,或者第二司机既包括司机收藏夹中的司机,又包括不属于司机收藏夹中的其他司机。
可选地,服务端10c可根据接收到该货运请求时,货运司机的位置与起始地址的实际距离,确定处于接单范围内的司机,例如,若货运司机与起始地址的实际距离小于或等于预设的距离阈值,则确定该货运司机在接单范围内。或者,服务端10c可根据货运订单的起始地址,确定该起始地址所属的目标区域,例如商圈等,并将处于该起始地址所属的目标区域的司机,作为处于接单范围内的司机。进一步,根据货运订单中的目标车型,确定在货运订单接单范围内并驾驶目标车型对应的车辆的第二司机。进一步,服务端10c将货运订单推送给第二司机的客户端(司机端10b)。
相应地,第二司机的司机端10b接收该推送信息,并发起抢单操作。相应地,司机端10b响应第二司机发起的抢单操作,将第二司机对货运订单的响应信息发送给服务端10c。进一步,若第二司机确定要接收该货运订单,可触发相应的抢单控件,司机端10b响应备选司机对抢单控件的触发操作,将该备选司机对货运订单的响应信息,发送给服务端10c。若第二司机确定不要接收该货运订单,可触发相应的拒绝控件,司机端10b响应第二司机对拒绝控件的触发操作,将该第二司机对货运订单的响应信息,发送给服务端10c。或者,若第二司机确定不要接收该货运订单,可不进行任何操作。相应地,服务端10c接收不到该第二司机的客户端的响应信息,默认其没有接单意愿。
相应地,服务端10c接收第二司机对货运订单的响应信息,并根据该响应信息,确定有意愿接单的司机。进一步,服务端10c根据接收到有接单意愿的司机的响应信息的时间和/或这些司机的服务意愿得分,从中为货运订单选择目标司机,并将该货运订单分配给目标司机。目标司机便可根据货运订单中的起始地址、目的地址以及出发时间等信息,完成货运订单。
在本实施例中,在用户侧的运输服务应用上增设收藏司机功能,基于该功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
另一方面,将用户的货运订单分配给其信赖的司机,在进行订单分配的过程中兼顾了下单用户的意愿,不仅助于提高用户货物的安全性,而且有助于提高用户体验。
在本实施例中,服务端10c在接收到用户发送的货物运输请求之后,可利用该用户的用户标识信息(User Identification,UID),确定该用户对应的使用收藏司机的开关的开关状态信息表,并将该开关状态信息表中描述的使用收藏司机的开关的状态,作为用户端10a上使用收藏司机的开关的状态。
为了进一步兼顾用户的意愿,若用户端10a上使用收藏司机的开关处于开启状态,服务端10c可向用户端10a发送是否使用司机收藏夹中收藏的司机的询问消息,以供用户确定是否使用司机收藏夹中收藏的司机。若用户确定使用该司机收藏夹中收藏的司机,可在指定时长内通过其用户端10a返回确定信息。为了便于描述和区分,将此处的指定时长定义为第一指定时长,其具体取值可根据实际需求进行灵活设定。相应地,若服务端10c在第一指定时长内接收到用户返回的对上述询问消息的确定信息,则将货运订单推送给司机收藏夹中收藏的至少一个候选司机。相应地,若服务端10c在第一指定时长内未接收到用户返回的对上述询问消息的确定信息,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应的车辆的第二司机;并将货运订单推送给第二司机,以供第二司机进行抢单。其中,关于第二司机的描述以及从第二司机中选择目标司机的具体实施方式,可参见上述相关内容,在此不再赘述。
进一步,司机收藏夹中收藏的司机可能并不能满足货物运输的条件,例如,用户收藏的司机驾驶的车辆的车型与用户指定使用的目标车型不符;又例如,用户收藏的司机的位置不在该货运订单的接单范围内;又例如,用户收藏的司机在用户期望的出发时间不存在处于空闲状态的司机,等等。基于此,在本实施例中,服务端10c在将货运订单推送给司机收藏夹中收藏的至少一个候选司机之前,还可根据货运订单的起始地址和指定使用的目标车型,判断司机收藏夹中收藏的司机中是否存在处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机;若判断结果为是,则将司机收藏夹中处于所述货运订单的接单范围内并驾驶目标车型对应的车辆的空闲司机作为候选司机。相应地,若判断结果为否,则将货运订单推送给第一司机。其中,第一司机是指不属于用户端10a中的司机收藏夹中的司机,但为处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机。其中,服务端10c从第一司机中为货运订单选择目标司机的过程,可参见上述从第二司机中选择目标司机的过程,在此不再赘述。
除了上述***实施例之外,本申请实施例还提供一种订单分配方法,下面从服务端设备(服务端10c)的角度。对订单分配方法进行示例性说明。
图2为本申请实施例提供的一种订单分配方法的流程示意图。该方法适用于服务端设备。其中,关于服务端设备的实现形态,可参见上述实施例的相关内容,在此不再赘述。如图2所示,该方法包括:
201、根据用户的终端设备发送的货物运输请求,生成货运订单。
202、检测终端设备上使用收藏司机的开关的状态。
203、若使用收藏司机的开关处于开启状态,则将货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供至少一个候选司机抢单。
204、从抢单的候选司机中,为货运订单选择目标司机。
205、将货运订单分配给目标司机。
在本实施例中,用户端发送的货物运输请求中包括起始地址、目的地址、期望的出发时间、目标车型等。因此,在步骤201之前,服务端设备可接收用户发送的货物运输请求,并在步骤201中,根据该货物运输请求,生成货运订单。
在本实施例中,用户侧的运输服务应用上设置有收藏司机功能。相应地,用户端的运输服务应用界面上设有使用收藏司机的开关,与该开关对应设置有司机收藏夹,用户可添加其想要收藏的司机至司机收藏夹。若用户确定使用其收藏的司机,可开启使用收藏司机的开关。基于此,在步骤202中,服务端设备可检测用户端上使用收藏司机的开关的状态,若该开关处于开启状态,则在步骤203中,将货运订单推送给司机收藏夹中收藏的至少一个候选司机。相应地,至少一个候选司机可通过其司机端发起抢单。进一步,在步骤204中,服务端可从抢单的候选司机中,为货运订单选择目标司机,并在步骤205中,将该货运订单分配给目标司机。
可选地,服务端在从抢单的候选司机中为货运订单选择目标司机时,可根据抢单的候选司机对货运订单的响应时间和/或抢单的候选司机的服务得分,从这些抢单司机中选择目标司机。其中,对货运订单响应越快,服务得分越高的司机,中单概率越高,即成为目标司机的概率越高。
相应地,若服务端检测到用户端上使用收藏司机的开关的状态处于关闭状态,则向用户端发送开启使用收藏司机的开关的请求消息。相应地,用户端接收该请求消息,该请求消息可提示用户开启使用收藏司机的开关。若用户在指定时长内开启该开关,则服务端可在使用收藏司机的开关被开启后,将货运订单推送给司机收藏夹中收藏的至少一个候选司机。为了便于描述和区分,在本申请实施例中,将此处的指定时长定义为第二指定时长,其中第二指定时长的具体取值,可根据实际需求进行灵活设定。
相应地,若用户在第二指定时长内未开启使用收藏司机的开关,即服务端在第二指定时长内未检测到使用收藏司机的开关被开启,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应车辆的司机。其中,同城司机为位置与货运订单的起始地址处于同一城市的司机。进一步,为了便于描述和区分,将此处从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应车辆的司机,定义为第二司机。其中,第二司机可能为司机收藏夹中的司机,也可能为不属于司机收藏夹中的其他满足条件的司机,或者第二司机既包括司机收藏夹中的司机,又包括不属于司机收藏夹中的其他司机。其中,关于服务端设备确定处于接单范围内的司机以及从第二司机中为货运订单选择目标司机的具体实施方式,可参见上述***实施例的相关内容,在此不再赘述。
在本实施例中,在用户侧的运输服务应用上增设收藏司机功能,基于该功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
另一方面,将用户的货运订单分配给其信赖的司机,在进行订单分配的过程中兼顾了下单用户的意愿,不仅助于提高用户货物的安全性,而且有助于提高用户体验。
在本实施例中,服务端在接收到用户发送的货物运输请求之后,可利用该用户的用户标识信息,确定该用户对应的使用收藏司机的开关的开关状态信息表,并将该开关状态信息表中描述的使用收藏司机的开关的状态,作为用户端上使用收藏司机的开关的状态。
为了进一步兼顾用户的意愿,若用户端上使用收藏司机的开关处于开启状态,服务端可向用户端发送是否使用司机收藏夹中收藏的司机的询问消息,以供用户确定是否使用司机收藏夹中收藏的司机。若用户确定使用该司机收藏夹中收藏的司机,可在指定时长内通过其用户端返回确定信息。为了便于描述和区分,将此处的指定时长定义为第一指定时长,其具体取值可根据实际需求进行灵活设定。相应地,若服务端在第一指定时长内接收到用户返回的对上述询问消息的确定信息,则将货运订单推送给司机收藏夹中收藏的至少一个候选司机。相应地,若服务端在第一指定时长内未接收到用户返回的对上述询问消息的确定信息,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应的车辆的第二司机;并将货运订单推送给第二司机,以供第二司机进行抢单。其中,关于第二司机的描述以及从第二司机中选择目标司机的具体实施方式,可参见上述相关内容,在此不再赘述。
进一步,司机收藏夹中收藏的司机可能并不能满足货物运输的条件,例如,用户收藏的司机驾驶的车辆的车型与用户指定使用的目标车型不符;又例如,用户收藏的司机的位置不在该货运订单的接单范围内;又例如,用户收藏的司机在用户期望的出发时间不存在处于空闲状态的司机,等等。基于此,在本实施例中,在步骤203之前,服务端还可根据货运订单的起始地址和指定使用的目标车型,判断司机收藏夹中收藏的司机中是否存在处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机;若判断结果为是,则将司机收藏夹中处于所述货运订单的接单范围内并驾驶目标车型对应的车辆的空闲司机作为候选司机。相应地,若判断结果为否,则将货运订单推送给第一司机。其中,第一司机是指不属于用户端中的司机收藏夹中的司机,但为处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机。其中,服务端从第一司机中为货运订单选择目标司机的过程,可参见上述从第二司机中选择目标司机的过程,在此不再赘述。
需要说明的是,上述实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤201和202的执行主体可以为设备A;又比如,步骤201的执行主体可以为设备A,步骤202的执行主体可以为设备B;等等。
另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如201、202等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。
相应地,本申请实施例还提供一种存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述订单分配方法中的步骤。
图3为本申请实施例还提供一种服务端设备的结构示意图。如图3所示,该服务端设备还包括:存储器30a、处理器30b和通信组件30c。其中,存储器30a,用于存储计算机程序。
处理器30b耦合至存储器30a,用于执行计算机程序以用于:根据用户的终端设备发送的货物运输请求,生成货运订单;检测终端设备上使用收藏司机的开关的状态;若使用收藏司机的开关处于开启状态,则通过通信组件30c将货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供至少一个候选司机抢单;从抢单的候选司机中,为货运订单选择目标司机;通过通信组件30c将货运订单分配给目标司机。
在一些实施例中,处理器30b在检测终端设备上使用收藏司机的开关的状态时,具体用于:利用用户的用户标识信息,确定用户对应的使用收藏司机的开关的开关状态信息表,并将开关状态信息表中描述的使用收藏司机的开关的状态,作为终端设备上使用收藏司机的开关的状态。
在另一些实施例中,处理器30b在通过通信组件30c将货运订单推送给司机收藏夹中收藏的至少一个候选司机时,具体用于:通过通信组件30c向终端设备发送是否使用司机收藏夹中收藏的司机的询问消息,以供用户确定是否使用司机收藏夹中收藏的司机;若在第一指定时长内通过通信组件30c接收到用户返回的对询问消息的确定信息,则将货运订单推送给司机收藏夹中收藏的至少一个候选司机。相应地,若在第一指定时长内未通过通信组件30c接收到用户返回的对询问消息的确定信息,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应的车辆的第二司机;通过通信组件30c将货运订单推送给第二司机;其中,同城司机为位置与货运订单的起始地址处于同一城市的司机。
进一步,处理器30b在通过通信组件30c将货运订单推送给司机收藏夹中收藏的至少一个候选司机之前,还用于:根据货运订单的起始地址和指定使用的目标车型,判断司机收藏夹中收藏的司机中是否存在处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机;若判断结果为是,则将司机收藏夹中处于货运订单的接单范围内并驾驶目标车型对应的车辆的空闲司机作为候选司机。相应地,若判断结果为否,则通过通信组件30c将货运订单推送给第一司机;第一司机为不属于司机收藏夹中的司机,但处于货运订单的接单范围内并驾驶目标车型对应的车辆的司机。
在再一些实施例中,处理器30b还用于:若使用收藏司机的开关处于关闭状态,则通过通信组件30c向终端设备发送开启使用收藏司机的开关的请求消息,以提示用户开启使用收藏司机的开关;若在第二指定时长内未检测到使用收藏司机的开关被开启,则根据货运订单的起始地址和目标车型,从同城司机中选择处于货运订单的接单范围内并驾驶目标车型对应的车辆的第二司机;并通过通信组件30c将货运订单推送给第二司机;其中,同城司机为位置与货运订单的起始地址处于同一城市的司机。
在一些可选实施方式中,如图3所示,该服务端设备还可以包括:显示器30d、电源组件30e、音频组件30f等可选组件。图3中仅示意性给出部分组件,并不意味着服务端设备必须包含图3所示全部组件,也不意味着服务端设备只能包括图3所示组件。
在本实施例中,存储器30a,用于存储计算机程序,并可被配置为存储其它各种数据以支持在服务端设备上的操作。其中,处理器30b可执行存储器30a中存储的计算机程序,以实现相应控制逻辑。存储器30a可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
在本实施例中,通信组件30c被配置为便于服务端设备和其他设备之间有线或无线方式的通信。服务端设备可以接入基于通信标准的无线网络,如WiFi,2G或3G,4G,5G或它们的组合。在一个示例性实施例中,通信组件经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件还可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术或其他技术来实现。
在本实施例中,显示器30d可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。
在本实施例中,电源组件30e被配置为服务端设备的各种组件提供电力。电源组件30e可以包括电源管理***,一个或多个电源,及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
在本实施例中,音频组件30f可被配置为输出和/或输入音频信号。例如,音频组件包括一个麦克风(MIC),当音频组件所在设备处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件30c发送。在一些实施例中,音频组件还包括一个扬声器,用于输出音频信号。例如,对于具有语言交互功能的服务端设备,可通过音频组件30f实现与用户的语音交互等。
本实施例提供的服务端设备,可基于用户端上的运输服务应用的司机收藏功能,在用户下单时,服务端设备可将该用户的货运订单优先推送给该用户收藏的司机。用户收藏的司机往往为用户比较信赖的司机,这些司机往往可以为用户提供优质的运输服务,这样,将该用户的货运订单分配给这些司机,可降低司机取消订单的概率,有助于提高订单分配效率。
另一方面,将用户的货运订单分配给其信赖的司机,在进行订单分配的过程中兼顾了下单用户的意愿,不仅助于提高用户货物的安全性,而且有助于提高用户体验。
需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种订单分配方法,适用于服务端设备,其特征在于,包括:
根据用户的终端设备发送的货物运输请求,生成货运订单;
检测所述终端设备上使用收藏司机的开关的状态;
若所述使用收藏司机的开关处于开启状态,则将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供所述至少一个候选司机抢单;
从抢单的候选司机中,为所述货运订单选择目标司机;
将所述货运订单分配给所述目标司机。
2.根据权利要求1所述的方法,其特征在于,所述检测所述终端设备上使用收藏司机的开关的状态,包括:
利用所述用户的用户标识信息,确定所述用户对应的使用收藏司机的开关的开关状态信息表,并将所述开关状态信息表中描述的所述使用收藏司机的开关的状态,作为所述终端设备上使用收藏司机的开关的状态。
3.根据权利要求1所述的方法,其特征在于,所述将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机,包括:
向所述终端设备发送是否使用所述司机收藏夹中收藏的司机的询问消息,以供所述用户确定是否使用所述司机收藏夹中收藏的司机;
若在第一指定时长内接收到所述用户返回的对所述询问消息的确定信息,则将所述货运订单推送给所述司机收藏夹中收藏的至少一个候选司机。
4.根据权利要求2所述的方法,其特征在于,在将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机之前,还包括:
根据所述货运订单的起始地址和指定使用的目标车型,判断所述司机收藏夹中收藏的司机中是否存在处于所述货运订单的接单范围内并驾驶所述目标车型对应的车辆的司机;
若判断结果为是,则将所述司机收藏夹中处于所述货运订单的接单范围内并驾驶所述目标车型对应的车辆的空闲司机作为候选司机。
5.根据权利要求4所述的方法,其特征在于,还包括:
若判断结果为否,则将所述货运订单推送给第一司机;所述第一司机为不属于所述司机收藏夹中的司机,但处于所述货运订单的接单范围内并驾驶所述目标车型对应的车辆的司机。
6.根据权利要求3-5任一项所述的方法,其特征在于,还包括:
若在第一指定时长内未接收到所述用户返回的对所述询问消息的确定信息,则根据所述货运订单的起始地址和目标车型,从同城司机中选择处于所述货运订单的接单范围内并驾驶所述目标车型对应的车辆的第二司机;
将所述货运订单推送给所述第二司机;
其中,所述同城司机为位置与所述货运订单的起始地址处于同一城市的司机。
7.根据权利要求1所述的方法,其特征在于,还包括:
若所述使用收藏司机的开关处于关闭状态,则向所述终端设备发送开启所述使用收藏司机的开关的请求消息,以提示所述用户开启所述使用收藏司机的开关;
若在第二指定时长内未检测到所述使用收藏司机的开关被开启,则根据所述货运订单的起始地址和目标车型,从同城司机中,选择处于所述货运订单的接单范围内并驾驶所述目标车型对应的车辆的第二司机;
将所述货运订单推送给所述第二司机;
其中,所述同城司机为位置与所述货运订单的起始地址处于同一城市的司机。
8.一种服务端设备,其特征在于,包括:存储器、处理器和通信组件;其中,所述存储器,用于存储计算机程序;
所述处理器耦合至所述存储器,用于执行所述计算机程序以用于:
根据用户的终端设备发送的货物运输请求,生成货运订单;
检测所述终端设备上使用收藏司机的开关的状态;
若所述使用收藏司机的开关处于开启状态,则通过所述通信组件将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机,以供所述至少一个候选司机抢单;
从抢单的候选司机中,为所述货运订单选择目标司机;
通过所述通信组件将所述货运订单分配给所述目标司机。
9.一种订单分配***,其特征在于,包括:用户端、司机端和服务端;
其中,所述用户端,用于向所述服务端发送货物运输请求;
所述服务端,用于:根据所述用户端发送的货物运输请求,生成货运订单;检测所述用户端上使用收藏司机的开关的状态;若所述使用收藏司机的开关处于开启状态,则将所述货运订单推送给司机收藏夹中收藏的至少一个候选司机的司机端,以供所述至少一个候选司机抢单;从抢单的候选司机中,为所述货运订单选择目标司机;并将所述货运订单分配给所述目标司机。
10.一种存储有计算机指令的计算机可读存储介质,其特征在于,当所述计算机指令被一个或多个处理器执行时,致使所述一个或多个处理器执行权利要求1-7任一项所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910511421.3A CN110400105A (zh) | 2019-06-13 | 2019-06-13 | 订单分配方法、设备、***及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910511421.3A CN110400105A (zh) | 2019-06-13 | 2019-06-13 | 订单分配方法、设备、***及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110400105A true CN110400105A (zh) | 2019-11-01 |
Family
ID=68323178
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910511421.3A Pending CN110400105A (zh) | 2019-06-13 | 2019-06-13 | 订单分配方法、设备、***及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110400105A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111861310A (zh) * | 2020-06-23 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
CN112927047A (zh) * | 2021-03-22 | 2021-06-08 | 上海仙塔智能科技有限公司 | 基于试乘试驾的司乘匹配方法及装置 |
CN113298623A (zh) * | 2021-06-21 | 2021-08-24 | 江苏满运物流信息有限公司 | 一种货运订单的创建方法、装置、介质及电子设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102984061A (zh) * | 2011-09-07 | 2013-03-20 | 华为软件技术有限公司 | 一种获取呼叫路由策略的方法、服务器及*** |
CN104794132A (zh) * | 2014-01-21 | 2015-07-22 | 阿里巴巴集团控股有限公司 | 库存信息处理方法及*** |
CN106215416A (zh) * | 2016-07-19 | 2016-12-14 | 网易(杭州)网络有限公司 | 游戏服务状态监控方法、装置和*** |
CN107730077A (zh) * | 2017-09-13 | 2018-02-23 | 平安科技(深圳)有限公司 | 节点任务数据显示方法、装置、存储介质和计算机设备 |
CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
CN109242598A (zh) * | 2018-08-02 | 2019-01-18 | 天津五八到家科技有限公司 | 订单处理方法、客户端及服务端 |
CN109785178A (zh) * | 2019-01-31 | 2019-05-21 | 百度在线网络技术(北京)有限公司 | 用于生成信息的方法和装置 |
-
2019
- 2019-06-13 CN CN201910511421.3A patent/CN110400105A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102984061A (zh) * | 2011-09-07 | 2013-03-20 | 华为软件技术有限公司 | 一种获取呼叫路由策略的方法、服务器及*** |
CN104794132A (zh) * | 2014-01-21 | 2015-07-22 | 阿里巴巴集团控股有限公司 | 库存信息处理方法及*** |
CN106215416A (zh) * | 2016-07-19 | 2016-12-14 | 网易(杭州)网络有限公司 | 游戏服务状态监控方法、装置和*** |
CN107730077A (zh) * | 2017-09-13 | 2018-02-23 | 平安科技(深圳)有限公司 | 节点任务数据显示方法、装置、存储介质和计算机设备 |
CN108805411A (zh) * | 2018-05-18 | 2018-11-13 | 北京嘀嘀无限科技发展有限公司 | 网约车订单分配方法、装置、服务器、终端和可读存储介质 |
CN109242598A (zh) * | 2018-08-02 | 2019-01-18 | 天津五八到家科技有限公司 | 订单处理方法、客户端及服务端 |
CN109785178A (zh) * | 2019-01-31 | 2019-05-21 | 百度在线网络技术(北京)有限公司 | 用于生成信息的方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111861310A (zh) * | 2020-06-23 | 2020-10-30 | 北京嘀嘀无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
CN111861310B (zh) * | 2020-06-23 | 2024-01-23 | 北京芙睿特无限科技发展有限公司 | 货运订单的分配方法、装置、服务器及存储介质 |
CN112927047A (zh) * | 2021-03-22 | 2021-06-08 | 上海仙塔智能科技有限公司 | 基于试乘试驾的司乘匹配方法及装置 |
CN113298623A (zh) * | 2021-06-21 | 2021-08-24 | 江苏满运物流信息有限公司 | 一种货运订单的创建方法、装置、介质及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI769221B (zh) | 訂單、揀貨任務處理方法、伺服器、揀貨終端及電子價籤 | |
US10185944B2 (en) | POS peripherals controlling device, mobile host device, and control method thereof | |
CA2896050C (en) | Test automation for automated fare management systems | |
CN110400105A (zh) | 订单分配方法、设备、***及存储介质 | |
CN110689393B (zh) | 人机交互方法、设备、***及存储介质 | |
CN110363463A (zh) | 货运数据处理方法、设备、***及存储介质 | |
US10636074B1 (en) | Determining and executing application functionality based on text analysis | |
US9942722B2 (en) | Tracking a mobile unit in a housing facility for mobile units | |
CN109784807A (zh) | 确定车辆的方法、设备及存储介质 | |
US11720905B2 (en) | Intelligent merchant onboarding | |
CN110533282B (zh) | 业绩数据分配***、方法、设备及存储介质 | |
CN109816484A (zh) | 页面展示方法、设备及存储介质 | |
CN110415067A (zh) | 下单方法、设备及存储介质 | |
CN109978439A (zh) | 抢单方法、设备及存储介质 | |
CN110009445A (zh) | 抢单方法、设备及存储介质 | |
CN111832858A (zh) | 订单分配方法、设备、***及存储介质 | |
CN111724216B (zh) | 车辆选择方法、终端设备及存储介质 | |
CN110136018B (zh) | 一种智能添加社交好友的方法、设备及*** | |
CN110347890A (zh) | 界面显示方法、设备及存储介质 | |
CN109978442A (zh) | 下单方法、设备及存储介质 | |
CN110347307A (zh) | 地址信息输入方法、设备及存储介质 | |
CN110400104A (zh) | 货物运输和订单分配方法、设备及存储介质 | |
CN110009443A (zh) | 司机认证方法、设备及存储介质 | |
CN111724217A (zh) | 车型推荐方法、终端设备及存储介质 | |
CN111861496A (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 |
Application publication date: 20191101 |
|
RJ01 | Rejection of invention patent application after publication |