配送订单处理方法、装置及计算机设备
文献发布时间:2023-06-19 10:48:02
技术领域
本说明书涉及配送技术领域,尤其涉及配送订单处理方法、装置及计算机设备。
背景技术
在订单分配系统中,订单分配系统会接收到上游下发的待分配订单,然后根据多种因素考虑,将待分配订单分配给某个配送方。配送方接收到分配的订单后,开始配送该订单。基于此,需要提供更加合理的订单处理方案,以提高配送效率。
发明内容
为克服相关技术中存在的问题,本说明书提供了配送订单处理方法、装置及计算机设备。
根据本说明书实施例的第一方面,提供一种配送订单处理方法,所述方法应用于配送端,所述方法包括:
搜索通信信号,从搜索到的通信信号中识别出携带第一标识的信号后,将发送所述携带第一标识的信号的终端确定为目标配送端;
获取本端与所述目标配送端之间的转派订单,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息确定的;
触发执行对所述转派订单的转派处理流程。
根据本说明书实施例的第二方面,提供一种配送订单处理方法,所述方法应用于服务端,所述方法包括:
获取第一配送端信息以及与所述第一配送端处于交互范围内的至少一个第二配送端信息;所述第一配送端信息和所述第二配送端信息是利用第一配送端从搜索到的通信信号中识别出携带第一标识的信号确定的;
基于所述第一配送端的未完成订单信息与所述第二配送端的未完成订单信息,计算所述第一配送端与所述第二配送端之间的转派订单;
根据计算出的转派订单的订单信息,执行转派处理流程。
根据本说明书实施例的第三方面,提供一种配送订单处理装置,所述装置应用于配送端,所述装置包括:
确定模块,用于:搜索通信信号,从搜索到的通信信号中识别出携带第一标识的信号后,将发送所述携带第一标识的信号的终端确定为目标配送端;
订单获取模块,用于:获取本端与所述目标配送端之间的转派订单,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息确定的;
执行模块,用于:触发执行对所述转派订单的转派处理流程。
根据本说明书实施例的第四方面,提供一种配送订单处理装置,所述装置应用于服务端,所述装置包括:
信息获取模块,用于:获取第一配送端信息以及与所述第一配送端处于交互范围内的至少一个第二配送端信息;所述第一配送端信息和所述第二配送端信息是利用第一配送端从搜索到的通信信号中识别出携带第一标识的信号确定的;
计算模块,用于:基于所述第一配送端的未完成订单信息与所述第二配送端的未完成订单信息的相似度,计算所述第一配送端与所述第二配送端之间的转派订单;
执行模块,用于:根据计算出的转派订单的订单信息,执行转派处理流程。
根据本说明书实施例的第五方面,提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述第一方面所述的方法。
根据本说明书实施例的第六方面,提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述第二方面所述的方法。
本说明书的实施例提供的技术方案可以包括以下有益效果:
本说明书实施例中,在订单分配给配送方后,通过通信信号的搜索来确定与本端处于交互范围内的目标配送端,根据本端的未完成订单与所述目标配送端的未完成订单,确定本端与所述目标配送端之间的转派订单,从而提高了订单再次选择适合配送方的可能性,也可进一步提高订单系统的接单效率,更高效地调度配送方和订单,从而减少平台的成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本说明书的实施例,并与说明书一起用于解释本说明书的原理。
图1A是本说明书根据一示例性实施例示出的一种配送订单处理方法的流程图。
图1B和图1C分别是本说明书根据一示例性实施例示出的一种配送端客户端的示意图。
图2和图3分别是本说明书根据一示例性实施例示出的另一种配送订单处理方法的流程图。
图4是本说明书根据一示例性实施例示出的配送订单处理装置所在电子设备的一种硬件结构图。
图5和图6分别是本说明书根据一示例性实施例示出的一种配送订单处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
订单分配系统会接收到上游下发的待分配订单,系统在进行订单分配时,可以将一个时间段内的每个订单和每个可接单的配送方进行匹配,每一次订单分配的派单计算就是一次运筹优化算法的调用,将N个订单分配给M个骑手找到符合匹配标准的配送方。此种订单分配方案分配的订单,是在固定时间段内选取合适的配送方。本实施例的配送方即具有配送能力的配送运力,表示用于配送物品的一方,包括但不限于配送员、机器人、无人机或无人车等。
然而,配送方在配送过程中,会遇到很多可变因素,比如交通堵塞、出餐时间延长等等。这些因素使得配送方在配送某些订单时,会出现超时的情况。那么,从某种角度来说,突发事件的发生,事先选取出的合适的当前配送方,在当前时刻可能已经不合适了。
整个配送过程是实时变化的,订单分配系统无法做到实时调用配送逻辑进行运筹规划计算,考虑到在订单分配给配送方配送之后可能出现的其他影响配送效率的因素,本实施例希望提供一种可在配送订单分配给配送方后能够继续对配送订单的配送方进行优化的方案,而如何在订单分配给配送方后继续对订单对应的配送方进行优化,是解决问题的难点所在。一方面,因为配送方处于配送订单的状态,如何确定订单再次优化的时机是非常重要的,因为时机的选择会影响到订单优化结果,并且若订单被优化需要重新分配给其他配送方,将中断已有配送方的配送流程,若优化结果不可靠,将严重影响到配送方的配送效率及体验;另一方面,订单分配系统已经预先调用算法为订单匹配到配送方了,该匹配度的可靠性实际上已经较高,如何在较高的匹配度上进一步提升,也是本案中要面临的难题。
本说明书实施例创造性地提出了一种解决方案,基于配送方的配送过程中,配送方之间会有碰头事件发生,比方说在餐厅门口等待出餐的时候、路口等红灯的时候。这些碰头的机会,使得那些可能被当前配送方配送超时的订单有可能被转给更适合配送的配送方。通过本实施例方案,在订单分配给配送方后,通过确定与本端处于交互范围内的目标配送端,根据本端的未完成订单与所述目标配送端的未完成订单,确定本端与所述目标配送端之间的转派订单,从而提高了订单再次选择适合配送方的可能性,也可进一步提高订单系统的接单效率,提高人效和时效,从而减少平台的成本。
接下来对本说明书实施例的方案进行详细说明。如图1A所示,是本说明书根据一示例性实施例示出的一种配送订单处理方法的流程图,该方法可应用于配送方的客户端中。包括如下步骤:
在步骤102中,搜索通信信号,从搜索到的通信信号中识别出携带第一标识的信号后,将发送所述携带第一标识的信号的终端确定为目标配送端;
在步骤104中,获取本端与所述目标配送端之间的转派订单,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息确定的;
在步骤106中,触发执行对所述转派订单的转派处理流程。
本实施例中,配送方可以获取到订单分配系统分配的配送订单后开始配送,在配送至指定位置之前,配送订单处于未完成状态,即前述提及的未完成订单。配送方在处理未完成订单的过程中,配送端可以确定与本端处于交互范围内的目标配送端,即确定本端的配送方是否与其他配送方有碰头,若确定有其他配送端与本端处于交互范围内,可触发后续的处理流程,如对未完成订单进行优化,以查找出本端的配送方与目标配送方之间是否有转派订单的可能。
实际应用中,确定与本端处于交互范围内的目标配送端可以有多种实现方式。在一些例子中,可以是在客户端中向配送方提供触发功能,由配送方人工确定有其他配送方处于交互范围内,然后由配送方利用客户端的触发功能向服务端发送消息,以向服务端告知与本端处于交互范围内的目标配送端。
在另一些例子中,可以是客户端自动确定与本端处于交互范围内的目标配送端,实际应用中可以采用多种方式实现。作为例子,可以是客户端与服务端配合确定与本端处于交互范围内的目标配送端,客户端可以将自身地理位置信息持续地发送给服务端,则服务端可以持续地收集到多个客户端的地理位置信息,服务端通过各个客户端的地理位置信息的比对,确定哪些客户端处于交互范围内。或者,可以是各客户端与服务端持续地通信,服务端可以获取到各个客户端的IP地址等网络参数,服务端通过各个客户端的地理位置信息的比对,确定哪些客户端处于交互范围内。
在其他例子中,可以是客户端自身确定与本端处于交互范围内的目标配送端,例如,各配送方客户端可以发出特定的声波,配送方客户端通过识别周边是否有其他配送方客户端发出特定的声波,从而识别出周边是否有与本端处于交互范围内的目标配送端。可选的,可以是每个配送方客户端中的声波可以携带第一标识和表征本端标识的客户端标识,从而可以使其他客户端通过第一标识和客户端标识识别出目标配送端。
在其他例子中,还可以是获取其他配送端发出的通信信号,确定与本端处于交互范围的目标配送端。可选的,各配送方客户端可以发出通信信号,以供其他配送端搜索;各配送方客户端通过搜索通信信号,从搜索到的通信信号中识别出携带第一标识的信号来确定周边是否有其他配送方客户端,将发送所述特定信号的终端确定为目标配送端,从而可确定周边具有与本端处于交互范围的目标配送端。
在一些例子中,配送方客户端发出的通信信号可以携带有第一标识,可选的,第一标识可以包括表征配送方客户端的标识,其中,第一标识可以根据需要灵活配置,该第一标识用于识别出配送方客户端,以供其他客户端识别出是配送方客户端发出的通信信号,以与非配送方客户端发出的通信信号进行区别。
可选的,为了更精确地识别,所述确定与本端处于交互范围的目标配送端,可以包括:根据所述通信信号的强度和/持续时长确定与本端处于交互范围的目标配送端。本实施例中,若两个配送方客户端距离较近,则检测到的通信信号的强度就越强,因此可以通过通信信号的强度确定两个是否处于交互范围内;若两个送方客户端持续地处于交互范围内,则配送方客户端能够在一定时间内持续地检测到通信信号,因此可以通过在设定时间内持续地检测通信信号,在设定时间内持续地检测通信信号,即通过检测的通信信号的持续时长可以确定与本端处于交互范围的目标配送端。作为例子,可以从搜索到的通信信号中识别出携带第一标识的信号,获取所述携带第一标识的信号的持续时长,确定所述持续时长满足设置时长阈值后,确定发出所述携带第一标识的信号的配送端为所述目标配送端。
在一些例子中,所述通信信号可以是蓝牙信号或WiFi信号。例如,一方面,配送方客户端所在的电子设备开启蓝牙模块以持续地发出蓝牙信号,或者是作为WiFi热点持续地发出通信信号,以供其他配送方客户端搜索信号并确定两者是否处于交互范围。另一方面,作为本端的配送方客户端也在持续地搜索周边是否有其他配送方客户端。其中,通信信号的第一标识可以是携带于通信信号的名称中,例如蓝牙信号的名称或者是WiFi信号的热点名称(Service Set Identifier,服务集标识符),则其他配送方客户端在搜索信号可以通过通信信号的名称快速地识别其他配送端客户端。
除了配送方客户端自身发出通信信号的方式,在另一些例子中,还可以是在特定位置配置目标通信端,利用目标通信端发出通信信号,各配送方客户端通过搜寻目标通信端发出的通信信号,将搜寻结果如通信信号的强度及持续时长等信息发送给服务端,使得所述服务端根据获取到同一目标通信端的配送端发送的通信信号的强度及频度,确定处于交互范围内的配送端。其中,目标通信端配置的位置可以根据实际业务场景及需求而灵活配置,作为例子,可以将目标通信端配置在商户侧,各配送方到达商户处收取配送物品时,各配送方基于目标通信端发出的通信信号确定与本端处于交互范围的目标配送端。在其他例子中,目标通信端还可以配置在写字楼、交通路口等位置,各配送方通常会在这些位置停留一定时间,各配送方基于目标通信端发出的通信信号确定与本端处于交互范围的目标配送端。作为例子,从搜索到的通信信号中识别出携带第一标识的信号后,获取所述携带第一标识的信号的持续时长并发送给服务端后,获取所述服务端确定的所述目标配送端,所述目标配送端是所述服务端基于如下方式确定:接收各配送端发送的特定信号的持续时长,将发送的特定信号相同、且持续时长满足设置时长阈值的配送端确定为所述目标配送端。本实施例中,各配送端都将识别到的携带第一标识的信号发送给服务端,服务端通过接收各配送端发送的携带第一标识的信号,来确定哪些配送端之间处于交互范围内。
在配送端确定与本端处于交互范围内的目标配送端后,可以根据本端的未完成订单与所述目标配送端的未完成订单,确定本端与所述目标配送端之间的转派订单。其中,本实施例的转派订单,是指可以从本端转给目标配送端的订单,或者是从目标配送端转给本端的订单。本实施例的转派订单,是从本端的未完成订单与所述目标配送端的未完成订单中确定的。其中,所述转派订单包括:本端未完成订单转交给目标配送端配送的订单,和/或目标配送端未完成订单转交给本端配送的订单。
转派订单可以是指适合于在本端和目标配送端之间转派的订单,作为例子,所述转派订单可以是基于本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度确定的。例如,所述转派订单包括:本端的未完成订单中与本端的相似度低于与所述目标配送端的相似度的订单,和/或目标配送方的未完成订单中与所述目标配送端的相似度低于与本端的相似度的订单。本实施例中,在确定两个配送方碰头时,收集两个配送方身上还未完成派送的订单,这些订单有可能更适合被当前派送配送方路上碰到的其他配送方配送。
实际应用中,转派订单的确定方式可以有多种,例如可以根据本端的未完成订单与所述目标配送端的未完成订单之间的相似度确定,例如将本端的所有未完成订单与所述目标配送端的所有未完成订单进行整体相似度分析,也可以是将本端的每个未完成订单与所述目标配送端的所有未完成订单进行相似度分析,将所述目标配送端的每个未完成订单与所述本端的所有未完成订单进行相似度分析。衡量两个订单相似度的考虑因素,可以根据需要灵活配置,例如每个订单都具有属性,可以根据至少一个属性信息的相似度来确定两个订单的相似度,用来确定订单的属性信息可以包括:未完成订单的剩余个数、订单的配送地址、订单的超时概率、订单的配送路径、订单的配送方向或收取配送物品的位置等等。
在一些例子中,本端以及与本端处于交互范围内的目标客户端的确定过程可以是由服务端确定,或者是配送方客户端确定后发送给服务端。而确定转派订单的过程可以是配送端来确定,也可以是由服务端来执行。
在一些例子中,可以是配送端来计算转派订单,作为例子,配送端需要获取到目标配送端的未完成订单信息,配送端可以向服务端发送携带有所述目标配送端信息的获取请求后,接收所述服务端根据所述获取请求返回的所述目标配送端的未完成订单信息,计算本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度以确定出所述转派订单。
在另一些例子中,可以是服务端来计算转派订单,则配送端可以将所述目标配送端信息发送给服务端,以供所述服务端计算出所述转派订单;作为例子,目标配送端信息用于指示服务端查找出目标配送端的未完成订单信息,以此来计算转派订单;其中,目标配送端信息根据需要可以灵活配置,作为例子,目标配送端信息可以包括目标配送端所在设备的设备信息(例如设备的MAC地址等)、登录目标配送端的配送方账户信息(例如配送方的账户标识、配送方的手机号码或配送方的名称等),配送方向服务端发送目标配送端信息时,还可以同时携带有自身的设备信息、本端的配送方账户信息、发送时间、所处地理位置等等信息,基于此,服务端获取到本端发送的目标配送端信息后,可以基于本端的未完成订单信息与所述目标配送端的未完成订单信息来计算出转派订单后返回给配送端,使得配送端可以获取到所述服务端返回的所述转派订单。
在一些例子中,可以利用机器学习模型来确定订单的相似度。作为例子,服务端可以预先训练有用于确定订单相似度的机器学习模型,该机器学习模型可以采用xgboost或者深度学习模型如孪生网络等等建模计算。该模型可以给出一对订单相似与否,也可以给出一对订单的相似度取值,方便后续转单可能性的检测计算。例如,可以比较两个碰头配送方各自的未完成的所有订单,找出更适合对方配送的订单。
可选的,在确定了两个订单的相似度后,需要衡量该订单是否更适合其他配送方配送。可选的,所述转派订单的获取方式,包括如下任一:将本端的每个未完成订单与本端的所有未完成订单的整体相似度,与本端的每个未完成订单与目标配送端的所有未完成订单的整体相似度进行对比确定的;或,将目标配送端的每个未完成订单与目标配送端的所有未完成订单的相似度,与目标配送端的每个未完成订单与本端的所有未完成订单的相似度进行对比确定的。具体实现时,可以针对每一个订单,和承接该订单的配送方的其他所有未完成订单计算相似度,得到一个整体相似度Si,再和目标配送方的所有订单进行比较,得到一个整体相似度取值Sj,当Sj > Si,代表该订单更适合另外一位配送方配送。
在确定转派订单后,转派订单可以是从本端中可以转出给目标配送方的订单,也可以是从目标配送方转入给本端的订单;接着可以执行对所述转派订单的转派处理流程;本实施例的转派处理流程可以根据需要配置多种实现方式,作为例子,可选的,还可以提供对该转派订单的确认功能,以供配送方确定是否需要转派或接受所述转派订单。例如,若所述转派订单为目标配送端未完成订单转交给本端配送的订单,所述转派处理流程包括:通过所述转派确定功能获取配送方的转派接受操作后,确定所述配送方接受所述转派订单,从而确定所述转派订单成功转派至本端,通过转派订单的确认功能,可以确定本端的配送方是否需要将该转派订单转派给目标配送端;若通过转派订单的确认功能获取到本端的配送方的确定转派操作,可以确定该转派订单可以转派至目标配送端,在目标配送端,目标配送端可以通过转派订单的确认功能确定目标配送端的配送方是否需要接受该转派订单。同理,在本端,若所述转派订单为目标配送端未完成订单转交给本端配送的订单,所述转派处理流程包括:通过所述转派确定功能获取配送方的转派接受操作后,确定所述配送方接受所述转派订单,从而确定所述转派订单成功转派至本端。
可选的,在另一些例子中,可以是在本端输出对转派订单的提示消息,以提示配送方存在可以转派的订单,所述提示消息包括:所述目标配送端对应的配送方的识别信息,以供本端的配送方通过所述识别信息识别出所述目标配送端对应的配送方。在本端的配送方与目标配送方有转派订单的情况下,两个配送方之间可能需要转派配送物品,例如配送方可以取货,需要将物品交给另一配送方,因此,客户端的提示消息可以包括有目标配送端对应的配送方的识别信息,使得本端的配送方通过所述识别信息可以在周边快速地识别出所述目标配送端对应的目标配送方,其中,该识别信息可以是目标配送方的头像信息等。可选的,提示消息中还可以包括转派订单的转派理由信息,该转派理由信息可以在确定出转派订单后确定的,例如转派订单是从本端转出,可以通过分析转派订单的配送路径等信息与本端的未完成订单的配送路径等信息确定。例如转派订单是从目标配送端转入,可以通过分析转派订单的配送路径等信息与本端的未完成订单的配送路径等信息确定,从而可以帮助配送方更好地决策是否接受或需要转出该转派订单。在配送方确定转派后,服务端还可以进一步执行其他处理,例如修改订单记录,将转派订单的订单参数中有关配送方的参数进行修改,由于配送方的订单发送变动,还可以基于新的订单重新为配送方规划配送路径等。
如图1B所示,是本说明书根据一示例性实施例示出的配送方客户端的页面示意图,图1B的例子中,配送方客户端示出了转派订单的提示消息,以提醒配送方具有可以转派的订单,同时,客户端还提供有转派订单的确认功能,该转派订单的确认功能具体可以是客户端中提供的可供用户触发的控件,可供用户确认是否要将订单转出;可选的,提示消息中还包括了目标配送方的头像,以供本端的配送方通过该头像可以识别出目标配送方。可选的,提示消息中还包括了转派订单的转派理由信息,该转派理由信息可以在确定出转派订单后确定的,例如转派订单是从本端转出,可以通过分析转派订单的配送路径等信息与本端的未完成订单的配送路径等信息确定。
如图1C所示,是本说明书根据一示例性实施例示出的配送方客户端的页面示意图,本实施例示出了从目标配送方转入转派订单的示意图,配送方客户端示出了转派订单的提示消息,以提醒配送方具有可以转派的订单,该转派的订单具体是从目标配送方转入的订单,同时,客户端还提供有转派订单的确认功能,该转派订单的确认功能具体可以是客户端中提供的可供用户触发的控件,可供用户确认是否要将订单转入;可选的,提示消息中还包括了目标配送方的头像,以供本端的配送方通过该头像可以识别出目标配送方。可选的,提示消息中还包括了转派订单的转派理由信息,该转派理由信息可以在确定出转派订单后确定的,例如转派订单是从目标配送端转入,可以通过分析转派订单的配送路径等信息与本端的未完成订单的配送路径等信息确定。
接下来再通过一实施例进行详细说明。本实施例的配送订单处理方案中,配送方以骑手为例,通信信号以蓝牙beacon信号为例,如图2所示,可以包含以下五个方面:
1)使用beacon信号判断骑手碰头事件是否发生
骑手手机在骑手派单过程中,会以一定的频率发送beacon信号,同时也会接收beacon信号。当两位骑手相遇时,他们彼此的手机都会搜索到另外一位骑手的beacon信号。基于此,可以对每个骑手手机上接受到的beacon信号的种类和频率进行分析。若持续检测到beacon信号,可以确定检测到的beacon信号持续时长超过一个阈值,可以认定这两位骑手相遇超过了一定时间,存在转单操作的时机。
2)查询骑手身上未被派送的订单
在这个步骤中,可以收集两个骑手身上还未完成派送的订单,这些订单有可能更适合被当前派送骑手路上碰到的骑手配送,因此,需要把检测出碰头事件中的两个碰头骑手身上的订单都统计出来。
3)订单相似度模型
查询到相遇骑手身上的订单集合之后,需要检测这两个骑手的未完成订单中,是否有些被转派给另外一位骑手更为合适。这样就需要有一个比较订单的相似度的模型,该模型将相似的订单对找出来,从而确认一个订单是否更贴合另外一个骑手所有订单的属性,比方说订单配送方向、订单取餐点位置等等。
订单相似度模型可以用传统的机器学习模型如xgboost或者深度学习模型如孪生网络等等建模计算。该模型可以给出一对订单相似与否,也可以给出一对订单的相似度取值,以便于后续转单可能性的检测计算。
4)计算两个骑手身上的订单的相似度,找出可转出合并的转派订单
此时,需要比较两个碰头骑手身上未完成的所有订单,找出更适合对方骑手配送的订单。具体步骤为:针对每一个订单,和承接该订单的骑手的其他所有未完成订单计算相似度,得到一个总体相似度Si,再和碰头骑手的所有订单进行比较,得到一个总体相似度取值Sj,当Sj > Si,代表该订单更适合另外一位骑手配送。
5)转派订单
当前几步已经确定哪些未完成订单更适合碰头骑手派送之后,这个步骤就需要在调度系统中将需要转出的订单转给另外一位碰头骑手。作为例子,服务端可以将订单系统中的派单记录进行改写。在客户端侧,可以输出对所述转派订单的提示消息。
如图3所示,是本说明书根据一示例性实施例示出的一种配送订单处理方法的流程图,所述方法应用于服务端,所述方法包括:
在步骤302中,获取第一配送端信息以及与所述第一配送端处于交互范围内的至少一个第二配送端信息。所述第一配送端信息和所述第二配送端信息是利用第一配送端从搜索到的通信信号中识别出携带第一标识的信号确定的;
在步骤304中,基于所述第一配送端的未完成订单信息与所述第二配送端的未完成订单信息,计算所述第一配送端与所述第二配送端之间的转派订单。
在步骤306中,根据计算出的转派订单的订单信息,执行转派处理流程。
在一些例子中,所述转派处理流程包括:
利用所述转派订单的订单信息更新所述第一配送端的未完成订单信息以及所述第二配送端的未完成订单信息,并将更新的订单信息分别发送给所述第一配送端和第二配送端。
在一些例子中,所述转派处理流程包括:
将所述转派订单的订单信息发送给所述第一配送端和所述第二配送端,以提示所述第一配送端和所述第二配送端是否执行对所述转派订单的转派处理流程。
在一些例子中,所述转派订单包括:本端未完成订单转交给目标配送端配送的订单,和/或目标配送端未完成订单转交给本端配送的订单。
在一些例子中,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度确定的。
在一些例子中,所述转派订单包括:第一配送端的未完成订单中与第一配送端的相似度低于与所述第二配送端的相似度的订单,和/或第二配送方的未完成订单中与所述第二配送端的相似度低于与第一配送端的相似度的订单。
在一些例子中,所述转派订单的获取方式,包括如下任一:
将第一配送端的每个未完成订单信息与第一配送端的所有未完成订单信息的整体相似度,与第一配送端的每个未完成订单信息与第二配送端的所有未完成订单信息的整体相似度进行对比确定的;或,
将第二配送端的每个未完成订单信息与第二配送端的所有未完成订单信息的整体相似度,与第二配送端的每个未完成订单信息与第一配送端的所有未完成订单信息的整体相似度进行对比确定的。
与前述配送订单处理方法的实施例相对应,本说明书还提供了配送订单处理装置及其所应用的计算机设备的实施例。
本说明书配送订单处理装置的实施例可以应用在计算机设备上,例如智能手机、平板电脑、个人数字助理、多媒体播放器或服务器设备等。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在配送订单处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本说明书配送订单处理装置所在电子设备的一种硬件结构图,除了图4所示的处理器410、内存430、网络接口420、以及非易失性存储器440之外,实施例中配送订单处理装置431所在的计算机设备,通常根据该计算机设备的实际功能,还可以包括其他硬件,对此不再赘述。
如图5所示,图5是本说明书根据一示例性实施例示出的一种配送订单处理装置的框图,所述装置应用于配送端,所述装置包括:
确定模块51,用于:搜索通信信号,从搜索到的通信信号中识别出携带第一标识的信号后,将发送所述携带第一标识的信号的终端确定为目标配送端;
订单获取模块52,用于:获取本端与所述目标配送端之间的转派订单,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度确定的;
执行模块53,用于:触发执行对所述转派订单的转派处理。
在一些例子中,所述确定模块51,还用于:
从搜索到的通信信号中识别出携带第一标识的信号,获取所述携带第一标识的信号的持续时长,确定所述持续时长满足设置时长阈值后,确定发出所述携带第一标识的信号的配送端为所述目标配送端。
在一些例子中,所述确定模块51,还用于:
从搜索到的通信信号中识别出携带第一标识的信号后,获取所述携带第一标识的信号的持续时长并发送给服务端后,获取所述服务端确定的所述目标配送端,所述目标配送端是所述服务端基于如下方式确定:接收各配送端发送的携带第一标识的信号的持续时长,将发送的携带第一标识的信号相同、且持续时长满足设置时长阈值的配送端确定为所述目标配送端。
在一些例子中,所述携带第一标识的特定信号,是由设置在特定位置的终端发出的。
在一些例子中,所述第一标识携带于所述通信信号的名称中。
在一些例子中,所述订单获取模块52,还用于:
向服务端发送携带有所述目标配送端信息的获取请求后,接收所述服务端根据所述获取请求返回的所述目标配送端的未完成订单信息,根据本端的未完成订单信息与所述目标配送端的未完成订单信息计算出所述转派订单。
在一些例子中,所述订单获取模块52,还用于:
向服务端发送所述目标配送端信息,以供所述服务端计算出所述转派订单;
获取所述服务端返回的所述转派订单。
在一些例子中,所述转派订单包括:本端未完成订单转交给目标配送端配送的订单,和/或目标配送端未完成订单转交给本端配送的订单。
在一些例子中,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度确定的。
在一些例子中,所述转派订单包括:本端的未完成订单中与本端的相似度低于与所述目标配送端的相似度的订单,和/或目标配送方的未完成订单中与所述目标配送端的相似度低于与本端的相似度的订单。
在一些例子中,所述转派订单的获取方式,包括如下任一:
将本端的每个未完成订单信息与本端的所有未完成订单信息的整体相似度,与本端的每个未完成订单信息与目标配送端的所有未完成订单信息的整体相似度进行对比确定的;和/或,
将目标配送端的每个未完成订单与目标配送端的所有未完成订单的相似度,与目标配送端的每个未完成订单与本端的所有未完成订单的相似度进行对比确定的。
在一些例子中,所述装置还包括信号发出模块,用于:发出通信信号,以供其他配送端搜索。
在一些例子中,所述通信信号包括如下任一:蓝牙信号或WiFi信号。
在一些例子中,所述执行模块53,还用于:
提供对所述转派订单的转派确定功能,通过所述转派确定功能获取配送方的触发操作,以确定本端的配送方确定是否需要转派或接受所述转派订单。
在一些例子中,所述执行模块53,还用于:
所述转派订单为目标配送端未完成订单转交给本端配送的订单,所述转派处理流程包括:通过所述转派确定功能获取配送方的转派接受操作后,确定所述配送方接受所述转派订单,从而确定所述转派订单成功转派至本端。
在一些例子中,所述执行模块53,还用于:
在本端输出对所述转派订单的提示消息。
在一些例子中,所述提示消息包括:所述目标配送端对应的配送方的识别信息,以供本端的配送方通过所述识别信息识别出所述目标配送端对应的配送方。
相应的,本说明书还提供一种配送订单处理装置,如图6所示,所述装置应用于服务端,所述装置可包括:
信息获取模块61,用于:获取第一配送端信息以及与所述第一配送端处于交互范围内的至少一个第二配送端信息;所述第一配送端信息和所述第二配送端信息是利用第一配送端从搜索到的通信信号中识别出携带第一标识的信号确定的;
计算模块62,用于:基于所述第一配送端的未完成订单信息与所述第二配送端的未完成订单信息,计算所述第一配送端与所述第二配送端之间的转派订单;
执行模块63,用于:根据计算出的转派订单的订单信息,执行转派处理。
在一些例子中,所述执行模块63,还用于:
利用所述转派订单的订单信息更新所述第一配送端的未完成订单信息以及所述第二配送端的未完成订单信息,并将更新的订单信息分别发送给所述第一配送端和第二配送端。
在一些例子中,所述执行模块63,还用于:
将所述转派订单的订单信息发送给所述第一配送端和所述第二配送端,以提示所述第一配送端和所述第二配送端是否执行对所述转派订单的转派处理流程。
在一些例子中,所述转派订单包括:本端未完成订单转交给目标配送端配送的订单,和/或目标配送端未完成订单转交给本端配送的订单。
在一些例子中,所述转派订单是基于本端的未完成订单信息与所述目标配送端的未完成订单信息的相似度确定的。
在一些例子中,所述转派订单包括:第一配送端的未完成订单中与第一配送端的相似度低于与所述第二配送端的相似度的订单,和/或第二配送方的未完成订单中与所述第二配送端的相似度低于与第一配送端的相似度的订单。
在一些例子中,所述转派订单的计算方式,包括如下任一:
将第一配送端的每个未完成订单信息与第一配送端的所有未完成订单信息的整体相似度,与第一配送端的每个未完成订单信息与第二配送端的所有未完成订单信息的整体相似度进行对比计算得到的;或,
将第二配送端的每个未完成订单信息与第二配送端的所有未完成订单信息的整体相似度,与第二配送端的每个未完成订单信息与第一配送端的所有未完成订单信息的整体相似度进行对比计算得到的。
相应的,本说明书实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述图1A所述配送订单处理方法的实施例。
相应的,本说明书实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,所述处理器执行所述程序时实现前述图3所述配送订单处理方法的实施例。
上述配送订单处理装置中各个模块的功能和作用的实现过程具体详见上述配送订单处理方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本领域技术人员在考虑说明书及实践这里申请的发明后,将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本说明书的真正范围和精神由下面的权利要求指出。
应当理解的是,本说明书并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
以上所述仅为本说明书的较佳实施例而已,并不用以限制本说明书,凡在本说明书的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书保护的范围之内。
- 配送订单处理方法、装置及计算机设备
- 配送商订单的处理方法、装置、服务器及订单分配系统