发明内容
本申请实施例提供的订单处理方法,解决了基于订单交易流程提高物流效率的问题。
本申请实施例提供一种订单处理方法,包括:获取待拼团的目标订单,确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇;其中,所述用户簇,为预先确定的表征同一送达范围的地理区域内的用户集合;所述商户簇,为同一提取范围内的商户的商户集合;根据所述目标用户簇和/或所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;其中,所述目标订单集为用于集合订单的订单集;响应于所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。
可选的,所述确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇,包括:根据所述目标订单的送达位置,确定与所述目标订单匹配的目标用户簇;根据所述目标订单的门店信息,确定与所述目标订单匹配的目标商户簇。
可选的,所述方法还包括:获取预先划分的兴趣区域;针对一个所述兴趣区域形成一个用户簇;和/或,针对相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇;其中,所述目标用户簇,为配置的所述用户簇中的其一用户簇。
可选的,所述方法还包括:将位于同一个地理范围内的商户配置为一个商户簇;和/或,将相互之间的地理位置满足第二距离关系的多个商户,配置为一个商户簇。
可选的,所述方法还包括:将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇。
可选的,所述根据所述目标用户簇和/或所述目标商户簇确定目标订单集,包括:根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集;如果查询到进行中订单集,则将所述进行中订单集作为所述目标订单集;如果未查询到进行中订单集,则根据当前时段以及所述目标用户簇和/或所述目标商户簇,生成用于集合订单的订单集,作为所述目标订单集。
可选的,所述方法还包括:在特定时段内,轮询配置的用户簇和/或配置的商户簇,确定是否存在正在进行集单的进行中订单集;针对未查询到进行中订单集的特定用户簇和/或特定商户簇,以机器人作为发起用户,根据所述特定用户簇和/或所述特定商户簇,以及所述特定时段,生成订单集,作为进行中订单集,对所述订单集的用户数进行递增操作。
可选的,所述方法还包括:设置所述目标订单集对应的集单时长阈值;获取所述目标订单集的集单时长;响应于检测到所述目标订单集的集单时长达到所述集单时长阈值,确定所述目标订单集满足截单条件。
可选的,所述方法还包括:检测所述目标订单集是否满足成团条件;检测到所述目标订单集满足所述成团条件之后,根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量;确定所述目标订单集中完成履行的订单,根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。
可选的,所述检测所述目标订单集是否满足成团条件,包括:设置所述目标订单集对应的集单数量阈值;获取所述目标订单集的集单数量;如果所述集单数量达到所述集单数量阈值,则确定所述目标订单集满足成团条件。
可选的,所述方法还包括:如果所述目标订单集满足截单条件,并且不满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息;如果所述目标订单集满足截单条件,并且满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。
可选的,所述根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量,包括:确定所述目标订单集中的订单数量;从所述资源返还规则中提取阶梯返还条件;根据所述订单数量以及所述阶梯返还条件,确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。
可选的,所述确定所述目标订单集中完成履行的订单,根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源,包括:监听到完成履行所述目标订单集中的订单;根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。
可选的,所述向所述完成履行的订单的用户账户返还对应的返还资源,包括:在向所述完成履行的订单的用户账户返还对应的返还资源之前,取得预设资源数据;根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量;根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据;从所述消耗资源数据中向所述用户账户提供所述返还资源。
本申请实施例还提供另一种订单处理方法,应用于客户端,包括:获取用户针对目标商户的下单信息;检测到所述用户针对所述下单信息选择参与拼团,针对参与拼团的所述下单信息,显示对应的第一预计配送时间;针对参与拼团的所述下单信息生成目标订单,所述目标订单支付后提供给服务端;所述服务端,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,添加所述目标订单至所述目标订单集,检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户;所述目标商户簇,为同一特定提取范围内的商户的商户集合;所述目标用户簇,为预先确定的表征同一特定送达范围的地理区域内的用户集合;接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
可选的,所述方法还包括:如果所述拼团结果表征所述目标订单集已成团,并且,确定所述目标订单完成履行,接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息,显示与所述执行资源返还相关的资源返还数量;其中,所述资源返还数量,为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
本申请实施例还提供一种订单处理装置,包括:订单获取单元,用于获取待拼团的目标订单,确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇;其中,所述用户簇,为预先确定的表征同一送达范围的地理区域内的用户集合;所述商户簇,为同一提取范围内的商户的商户集合;订单拼团单元,用于根据所述目标用户簇和/或所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;其中,所述目标订单集为用于集合订单的订单集;订单推送单元,用于响应于所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。
本申请实施例还提供一种订单处理装置,包括:下单单元,用于获取用户针对目标商户的下单信息;选择拼团单元,用于检测到所述用户针对所述下单信息选择参与拼团,针对参与拼团的所述下单信息,显示对应的第一预计配送时间;拼团单元,用于针对参与拼团的所述下单信息生成目标订单,所述目标订单支付后提供给服务端;所述服务端,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,添加所述目标订单至所述目标订单集,检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户;所述目标商户簇,为同一特定提取范围内的商户的商户集合;所述目标用户簇,为预先确定的表征同一特定送达范围的地理区域内的用户集合;拼团结果单元,用于接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
本申请实施例还提供一种电子设备,包括:存储器,以及处理器;所述存储器用于存储计算机程序,所述计算机程序被所述处理器运行后,执行本申请实施例提供的所述方法。
本申请实施例还提供一种计算机存储介质,存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现本申请实施例提供的所述方法。
与现有技术相比,本申请具有以下优点:
本申请实施例提供的一种订单处理方法、装置、电子设备及存储介质,通过获取待拼团的目标订单,确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇;其中,所述用户簇,为预先确定的表征同一送达范围的地理区域内的用户集合;所述商户簇,为同一提取范围内的商户的商户集合;根据所述目标用户簇和/或所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;其中,所述目标订单集为用于集合订单的订单集;响应于所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。在交易流程的前端即订单履行之前的环节集合同一提取范围的订单,或者集合同一送达范围的订单,或者集合同一提取范围且同一送达范围的订单,订单集合后一起推送给各自对应的商户,有助于尽可能的按照末端送达位置(即用户簇)和/或提取位置(即商户簇)叠加供给侧订单,便于尽可能使得送达位置集中和/或提取位置集中的订单集中进入履行环节,以提高送达位置集中和/或提取位置集中的订单的配送时间相同或相近的概率,提高订单进行集约配送的可能性,从而一定程度上挖掘交易流程中末端送达位置与提取位置对于物流效率提升的促进作用,提升物流效率。
本申请实施例提供的一种订单处理方法、装置、电子设备及存储介质,应用于客户端,通过获取用户针对目标商户的下单信息;检测到所述用户针对所述下单信息选择参与拼团,针对参与拼团的所述下单信息,显示对应的第一预计配送时间;针对参与拼团的所述下单信息生成目标订单,所述目标订单支付后提供给服务端;所述服务端,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,添加所述目标订单至所述目标订单集,检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户;所述目标商户簇,为同一特定提取范围内的商户的商户集合;所述目标用户簇,为预先确定的表征同一特定送达范围的地理区域内的用户集合;接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。在交易流程前端如商户接单环节集合同一特定提取范围的订单,或者集合同一特定送达范围的订单,或者集合同一特定提取范围且同一特定送达范围的订单,订单集合后一起推送给各自对应的商户,有助于叠加供给侧集单,便于送达位置集中和/或提取位置集中,且送达时间相同或相近的订单进行集中履约,打包配送,提升物流效率。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
本申请实施例提供一种订单处理方法、装置、电子设备及存储介质。本申请实施例提供一种订单处理方法、装置、电子设备及存储介质。在下面的实施例中逐一进行说明。
为便于理解,首先给出本申请实施例提供的方法的应用场景及***环境。
本申请实施例提出订单处理方法及其对应的应用场景,用户选择参与拼团的拼团交易模式向平台提交订单并支付;平台获取完成支付的所述订单,将其加入与所述订单匹配的订单集,从而实现拼团交易模式。具体的,平台获取支付后的所述订单,若确定有与所述订单匹配的未截单的订单集,则将所述订单加入该未截单的订单集,若确定无与所述订单匹配的未截单的订单集,则平台新创建一个订单集作为发起的新拼团,将所述订单加入该新创建的订单集,与后续其他参与该新拼团的订单进行拼团;平台将满足截单条件的订单集的各订单推送至对应的商户。进一步,平台根据预设的资源返还规则向拼团成功的用户进行资源返还,具体的,平台确定满足成团条件的订单集,向该订单集的各订单所属的用户进行一定数量的资源返还。
请参考图1,图中示出了所述订单处理方法的***环境,包括:平台服务端101、第一用户端102、第二用户端103、商户端104。其中,平台服务端101,用于提供拼团交易模式以及实现资源返还的数据处理环境。具体的,平台服务端获取完成支付的订单,若确定有与所述订单匹配的未截单的订单集,则将所述订单加入该未截单的订单集,若确定无与所述订单匹配的未截单的订单集,则新创建一个订单集作为所述用户发起的拼团,将所述订单加入该新创建的订单集;将满足截单条件的订单集的各订单推送至对应的商户;确定满足成团条件的订单集,根据预设的资源返还规则向该订单集的各订单所属的用户进行一定数量的资源返还。第一用户端102和第二用户端103,均指用户使用的用户客户端。用户使用用户客户端选择商户,并选择参与拼团的拼团交易模式向平台提交订单并完成支付。如果平台当前无与所述订单匹配的未截单的订单集,则新创建一个订单集作为所述用户发起的拼团,所述用户使用的用户客户端为第一客户端,所述用户为主态用户。如果平台当前存在与所述订单匹配的未截单的订单集,则将所述订单加入与所述订单匹配的订单集,所述用户使用的用户客户端为第二客户端,所述用户为客态用户。商户端104,是指各商户的商户端设备,用于接收平台服务端推送的订单。
可以理解的是,上述应用场景及***环境为示例性的,不用于限定本申请实施例提供的方法。
以下结合图2和图3对本申请第一实施例提供的订单处理方法进行说明。图2所示的订单处理方法,包括:步骤S201至步骤S203。
步骤S201,获取待拼团的目标订单,确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇;其中,所述用户簇,为预先确定的表征同一送达范围的地理区域内的用户集合;所述商户簇,为同一提取范围内的商户的商户集合。
所谓拼团,是指对多个订单的交易进行聚合处理的一种交易模式。所述多个订单可以是一个用户发起的不同订单,也可以是不同用户发起的订单。用户选择商户以及商户下的商品后提交订单,可以选择参与拼团的交易模式。选择参与拼团所生成的订单汇总于合适的订单集,从而实现拼团,优选的,选择参与拼团所生成的订单按照一定条件汇总于合适的订单集,例如,一个订单集中所汇总的订单为同一送达范围和/或同一提取范围的订单。一个订单集可以理解为一个团。本实施例提供的所述订单处理方法中,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;当所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。在所述方法中,在一个订单(如目标订单)的交易流程的前端比如订单开始履行之前的环节,将该订单汇总于订单集,汇总后订单集中的订单集中进入订单履行环节,实现拼团交易。由于在交易流程的前端尽可能的按照末端送达位置(即用户簇)和/或提取位置(即商户簇)集合订单;集合订单之后推送至对应商户,便于尽可能使得能够聚合配送的订单集中进入履行环节,有助于提升订单打包配送的处理效率,从而一定程度上挖掘交易流程中末端送达位置与提取位置对于物流效率提升的促进作用。进一步,向拼团成功的用户进行一定数量的资源返还,以提升用户选择拼团交易模式的意愿,提高拼团成功率以及增加参与拼团的用户数量。其中,订单推送至商户,则该订单进入履行环节,其状态为履行中的状态;订单配送至其送达位置,则该订单状态为完成履行的状态。可以理解的是,所述目标商户簇为同一特定提取范围内的商户的商户集合;所述目标用户簇为预先确定的表征同一特定送达范围的地理区域内的用户集合。判断用户是否属于用户簇,是基于用户的当前位置或者选择的地理位置是否属于用户簇对应的地理区域,本领域技术人员可以理解,随着用户位置的变化,用户可以属于不同的用户簇。
本实施例中,还包括在平台侧配置用户簇和/或商户簇。其中,将同一送达范围和/或包括位置接近的送达位置的地理区域配置为一个用户簇。不同用户簇对应不同地理标识。实施时可以按照兴趣区域(Area of Interesting,AOI)配置用户簇,具体包括:获取预先划分的兴趣区域;针对一个所述兴趣区域形成一个用户簇;和/或,针对相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇;其中,所述目标用户簇,为配置的所述用户簇中的其一用户簇。所述兴趣区域,为地图数据中包含一个或多个地理单元的地理区域,如一个小区或者以一个小区为中心按照预设范围所圈划的区域。用户簇的配置方式,便于将相同或相近的送达位置的订单汇总至同一个订单集。其中,商户簇的配置包括如下处理:将位于同一个地理范围内的商户配置为一个商户簇;和/或,将相互之间的地理位置满足第二距离关系的多个商户,配置为一个商户簇。从而,将同一提取位置和/或接近的提取位置的商户划分在同一个商户簇。所述商户簇可以具有地理属性,表征属于同一地理范围的提取位置,可以具有地理标识。进一步,所述方法还包括:将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇,从而将配送路径中可顺路提取的商户划分到对应的商户簇。商户簇的配置方式,便于将同一提取位置和/或接近的提取位置,甚至是顺路提取的订单汇总至同一订单集,实现拼团。
例如,基于AOI标识配置用户簇,配置的用户簇为一个AOI标识的集合,可以表示为:{用户簇标识}{用户簇名称}{AOI标识1,AOI标识2,…,AOI标识n}。再如,配置的商户簇为商户标识集合,可以表示为:{商户簇标识}{商户簇名称}{商户标识1,商户标识2,…,商户标识m}。用户簇及商户簇均可以配置多个。
本步骤为确定目标订单匹配上的目标用户簇以及目标商户簇。其中,所述确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇,包括:根据所述目标订单的送达位置,确定与所述目标订单匹配的目标用户簇;根据所述目标订单的门店信息,确定与所述目标订单匹配的目标商户簇。例如,对所述送达位置的信息进行解析,解析后的送达位置查询所匹配上的用户簇;或者查询匹配上的AOI区域,根据AOI区域确定对应的用户簇。再如,根据所述门店信息的门店标识或门店位置或提取位置,查询对应的商户簇,作为目标商户簇。
为了使得参与拼团的流程更流畅,本实施例中,还包括在用户允许的情况下获取用户的用户位置信息,获取配送范围覆盖所述用户位置信息的商户簇中开通拼团运营的商户,向用户展示所述商户,从而使得用户从可配送的商户簇中选择商户进行下单,便于拼团成功。优选的,以用户簇的粒度获取所述用户位置信息,实施时,将获取到的用户位置信息与预先配置的用户簇进行匹配,将匹配上的用户簇的地理标识展示于用户的客户端。进一步,在目标订单中也可以记录用户提交订单时所对应的地理标识或选择的送达位置所对应的地理标识,所述地理标识可以表征一个用户簇。则所述确定用户簇中与所述目标订单匹配的目标用户簇,包括:从所述目标订单中解析出记录的特定地理标识,为目标用户簇。
步骤S202,根据所述目标用户簇和/或所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;其中,所述目标订单集为用于集合订单的订单集。
本步骤一个实施方式中,根据所述目标用户簇以及所述目标商户簇确定目标订单集,则订单集是将属于同一个用户簇且属于同一个商户簇的拼团时段的订单汇总(即集中)到一起,从而促使同一送达范围、同一提取范围的相同或相近配送时间的订单集中下单,为物流提供对这些订单提供集中调度的机会。所谓拼团时段,是指可以发起拼团以汇总订单的时段。本步骤的另一实施方式中,根据所述目标用户簇确定目标订单集,将所述目标订单添加至所述目标订单集,从而促使属于同一送达范围的订单集中下单,也有助于物流集中调度订单进行配送。本步骤的再一实施方式中,根据所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集,从而促使属于同一提取范围的订单集中下单,也将有助于物流集中调度订单进行配送。
本实施例中,还包括配置拼团时段。优选的,各拼团时段互不重叠,从而可以通过用户簇及时段唯一标识一个商户簇的拼团。
本实施例中,还包括配置截单时长以及成团用户数。其中,所谓截单时长,是指从创建团至停止汇总订单的时长。例如,设置为15分钟,则在创建一个团后15分钟内汇总订单,超出15分钟则截单。所谓成团用户数,是指表征拼团成功的用户数量,实施时按订单数量计算。同一用户的两个订单,则计为两个用户。进一步,还包括配置拼团场次。
一个配置例子如下,{场次ID}{用户簇标识1,用户簇标识2,…,用户簇标识n}{指定时段}:{商户簇标识1,商户簇标识2,…,商户簇标识m}{截单时长},其中,所述指定时段可以为时分1~时分2。即,场次ID的一个拼团范围为:针对用户簇标识1…用户簇标识n的用户簇,以及,商户簇标识1…商户簇标识n的商户簇,在指定时段进行拼团,拼团时长为截单时长所定义的时长。
再如,配置了三个场次如下,场次1配置为:{1}{用户簇1,用户簇2}{7点~9点}:{商户簇1,商户簇2}{15分钟}。场次2配置为:{2}{用户簇1,用户簇2}{9点~10点}:{商户簇3,商户簇4}{10分钟}。场次3配置为:{3}{用户簇3,用户簇4}{7点~9点}:{商户簇1,商户簇2,商户簇3}{10分钟}。
本实施例中,可以由用户发起生成一个订单集,也可以由平台根据配置信息在指定时段自动生成一个订单集,用于汇总指定用户簇和/或指定商户簇的订单。所谓指定时段,可以理解为配置的一个拼团时段。用户发起生成订单集的实施方式中,所述根据所述目标订单匹配上的目标用户簇和/或目标商户簇确定目标订单集,包括:根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集;如果查询到进行中订单集,则将所述进行中订单集作为所述目标订单集;如果未查询到进行中订单集,则根据当前时段以及所述目标用户簇和/或所述目标商户簇,生成用于集合订单的订单集,作为所述目标订单集。所述当前时段是指当前时间所属的拼团时段。当未查询到进行中订单集而发起生成目标订单集,所述目标订单对应的用户为发起拼团主态用户,反之,为参与拼团的客态用户。当平台自动发起拼团,优选的,在拼团时段内针对符合拼团范围的用户簇和/或商户簇创建订单集,用于汇总参与拼团的订单,具体包括下述处理:在特定时段内,轮询配置的用户簇和/或配置的商户簇,确定是否存在正在进行集单的进行中订单集;针对未查询到进行中订单集的特定用户簇和/或特定商户簇,以机器人作为发起用户,根据所述特定用户簇和/或所述特定商户簇,以及所述特定时段,生成订单集,作为进行中订单集,对所述订单集的用户数进行递增操作。所述特定时段为其一拼团时段,如当一个拼团时段开始后轮询是否用户簇和/或商户簇已关联有订单集。所述进行中订单集可以理解为已开始集单但未截单的未截单订单集。
步骤S203,响应于所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。
所述截单条件,是指当前进行中的目标订单集停止汇总订单的条件。其可以为集单时长,也可以为集单数量阈值。所谓集单时长,是指针对一个订单集从发起拼团开始集单到停止集单的时长,集单是指汇总订单,停止集单表征拼团结束。所谓集单数量阈值,是指针对一个订单集从发起拼团开始集单直至达到一定集单数量从而停止集单的数量阈值。
本步骤为订单集满足截单条件立即向对应商户推送订单集中的订单。优选的,满足成团条件或不满足成团条件,都将向对应商户推送所述订单。具体的,当集单条件为集单时长,具体包括下述处理:设置所述目标订单集对应的集单时长阈值;获取所述目标订单集的集单时长;响应于检测到所述目标订单集的集单时长达到所述集单时长阈值,确定所述目标订单集满足截单条件。
优选的,目标订单集内所有已支付订单,若取消订单,则不向对应商户推送该订单。其中,所述推送所述目标订单集中的订单至对应的商户,包括:检测所述目标订单集中订单的订单状态;若订单的订单状态为订单取消状态,则不向对应的商户推送所述订单。
本实施例中,所述方法还包括对满足成团条件的订单进行一定数量的资源返还。具体包括下述处理:检测所述目标订单集是否满足成团条件;检测到所述目标订单集满足所述成团条件之后,根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量;确定所述目标订单集中完成履行的订单,根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。其中,所述检测所述目标订单集是否满足成团条件,包括:设置所述目标订单集对应的集单数量阈值;获取所述目标订单集的集单数量;如果所述集单数量达到所述集单数量阈值,则确定所述目标订单集满足成团条件。优选的,如果所述目标订单集满足截单条件,并且不满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息;如果所述目标订单集满足截单条件,并且满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。例如,所述第一提示信息包括类似以下内容:提示人数不够拼团失败,订单仍正常配送,无资源返还。再如,所述第二提示信息包括类似以下内容:提示拼团成功,资源返还数额,预计xx时长后返还;或者,类似:拼团成功,用户数达到xx数量,则资源返还数额增至xx。
优选的,所述根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量,包括:确定所述目标订单集中的订单数量;从所述资源返还规则中提取阶梯返还条件;根据所述订单数量以及所述阶梯返还条件,确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。从而实现基于拼团的订单数量进行阶梯返还,吸引用户分享拼团信息,以增加拼团人数。
本实施例中,在订单完成履行后一段时间之后进行资源返还,其中,所述确定所述目标订单集中完成履行的订单,根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源,包括:监听到完成履行所述目标订单集中的订单;根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。例如,在订单完成履行x小时进行资源返还。
本实施例中,所述向所述完成履行的订单的用户账户返还对应的返还资源,包括:在向所述完成履行的订单的用户账户返还对应的返还资源之前,取得预设资源数据;根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量;根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据;从所述消耗资源数据中向所述用户账户提供所述返还资源。其中,所述预设资源数据可以是预先设定的用于执行资源返还的数据,也可以是执行或预占返还资源并对该数据进行刷新后的新数据。具体可以将资源返还数据关联至用户或者根据订单的支付链路返现,在返还资源后向用户发送资源返还通知,提升用户体验。
请参考图3,图中示出了用户端、平台服务端以及商户端的交互示意图,所述用户端是指用户使用的客户端;所述商户端是指商户使用的用于接收订单的接单设备。图中包括:S301,选择商户。用户从展示的商户中选择商户下单。所展示的商户,是基于用户位置信息获取的参与拼团的商户簇的商户,所述用户位置信息是基于用户选定的地理标识所表征的用户簇。S302,选择拼团。在提交订单页面或提交订单前选择参与拼团选项。S303,向平台服务端提交订单。S304,用户完成支付订单。S305,若无未截单的团实例,创建团实例;若有未截单的团实例,参与该团实例的拼团。所谓团实例,是指用于汇总订单的订单集。未截单的团实例,是指已开始集单但尚未截单的进行中订单集。S306,若满足成团条件,向用户发送成团提示。所谓成团条件,可以是订单数量。例如2人成团,即汇总2个订单则拼团成功。再如,提示拼团成功,资源返还数额,用户数达到xx数量,则资源返还数额增至xx。S307,若满足截单条件,向对应商户推送订单。所述截单条件,可以是集单时长。例如15分钟,则从创建团计时15分钟则截止汇总订单。S308,若满足截单条件不满足成团条件,向用户发送未成团提示。例如,提示人数不够拼团失败,订单仍正常配送,无资源返还。S309,根据资源返还规则计算资源返还数量。S310,监测订单履约状态,订单履约完成后在资源返还时间向用户返还资源数据。S311,向用户发送资源返还提示信息。
需要说明的是,在不冲突的情况下,在本实施例和本申请的其他实施例中给出的特征可以相互组合,并且步骤S201和S202或类似用语不限定步骤必须先后执行。
至此,对本实施例提供的方法进行了说明,所述方法在交易流程的前端即订单履行之前的环节集合同一提取范围的订单,或者集合同一送达范围的订单,或者集合同一提取范围且同一送达范围的订单,订单集合后一起推送给各自对应的商户,有助于尽可能按照末端送达位置(即用户簇)和/或提取位置(即商户簇)叠加供给侧订单,便于尽可能使送达位置集中和/或提取位置集中的订单集中进入履行环节,提高送达位置集中和/或提取位置集中的订单的配送时间相同或相近的概率,增加订单集中履行打包配送的可能性,在一定程度上挖掘交易流程中末端送达位置与提取位置对物流效率提升的促进作用,提升物流效率。
以上述实施例为基础,本申请第二实施例提供另一种订单处理方法,应用于客户端。相同部分请参考上述实施例对应部分的说明,以下结合图4对所述方法进行说明。图4所示的订单处理方法,包括:步骤S401至步骤S404。
步骤S401,获取用户针对目标商户的下单信息。
本实施例提供的所述方法应用于用户使用的客户端。
本步骤为获取用户的下单信息。在获取用户针对目标商户的下单信息之前,还包括获取用户选定的用户位置信息,获取配送范围覆盖所述用户位置信息的商户簇中开通拼团运营的商户,展示所述商户。从而使得用户从可配送的商户簇中选择商户进行下单,便于拼团成功。其中,所述用户位置信息,可以是用户允许的情况下获取的用户位置信息,也可以是用户选择的位置信息。优选的,以用户簇的粒度获取用户选定的所述用户位置信息,实施时,匹配获取到的用户位置信息与预先配置的用户簇,将匹配上的用户簇的地理标识展示于用户的客户端。用户也可以通过位置选择控件选择其他以地理标识表征的用户簇。
进一步,检测到用户从展示的所述商户中选择目标商户,进入目标商户的页面选择对象进行下单。
步骤S402,检测到所述用户针对所述下单信息选择参与拼团,针对参与拼团的所述下单信息,显示对应的第一预计配送时间。
本实施例中,还包括展示参与拼团选项。具体可以展示于提交订单页面。由于参与拼团后,当参与的拼团满足截单条件向对应商户推送订单,因而参与拼团时的商户接单时间与不参与拼团直接下单的商户接单时间相比可能存在差异如有一定时间的延后,商户接单时间可以视为订单开始履行的时间。订单开始履行的时间存在差异,将导致预计送达时间不同。因而,若检测到未选择参与拼团,则针对所述下单信息显示对应的第二预计配送时间。当然,如果参与拼团的时间与该拼团达到截单条件的时间比较接近,则第二预计配送时间与第一配送时间接近或相同。
步骤S403,针对参与拼团的所述下单信息生成目标订单,所述目标订单支付后提供给服务端;所述服务端,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,添加所述目标订单至所述目标订单集,检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户;所述目标商户簇,为同一特定提取范围内的商户的商户集合;所述目标用户簇,为预先确定的表征同一特定送达范围的地理区域内的用户集合。
本步骤为订单完成支付后加入目标订单集中进行拼团。服务端根据所述目标订单的送达位置,确定与所述目标订单匹配的目标用户簇;根据所述目标订单的门店信息,确定与所述目标订单匹配的目标商户簇。当然,在目标订单中也可以记录用户提交订单时所对应的地理标识或选择的送达位置所对应的地理标识,所述地理标识可以表征一个用户簇。则所述确定用户簇中与所述目标订单匹配的目标用户簇,包括:从所述目标订单中解析出记录的特定地理标识,为目标用户簇。
通过订单集将属于同一个用户簇和/或属于同一个商户簇的拼团时段的订单汇总(即集中)到一起,从而促使同一送达范围和/或同一提取范围的相同或相近配送时间的订单集中下单,为物流提供对这些订单提供集中调度的机会。
步骤S404,接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
本实施例中,如果所述拼团结果表征所述目标订单集已成团,并且,确定所述目标订单完成履行,接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息,显示与所述执行资源返还相关的资源返还数量;其中,所述资源返还数量,为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
至此,对本实施例提供的方法进行了说明,所述方法在交易流程前端如商户接单环节集合同一特定提取范围的订单,或者集合同一特定送达范围的订单,或者集合同一特定提取范围且同一特定送达范围的订单,订单集合后一起推送给各自对应的商户,有助于叠加供给侧集单,便于送达位置集中和/或提取位置集中,且送达时间相同或相近的订单进行集中履约,打包配送,提升物流效率。
与第一实施例对应,本申请第三实施例提供一种订单处理装置,相关的部分请参见对应方法实施例的说明即可。请参考图5,图中所示的订单处理装置,包括:
订单获取单元501,用于获取待拼团的目标订单,确定用户簇中与所述目标订单匹配的目标用户簇以及商户簇中与所述目标订单匹配的目标商户簇;其中,所述用户簇,为预先确定的表征同一送达范围的地理区域内的用户集合;所述商户簇,为同一提取范围内的商户的商户集合;
订单拼团单元502,用于根据所述目标用户簇和/或所述目标商户簇确定目标订单集,将所述目标订单添加至所述目标订单集;其中,所述目标订单集为用于集合订单的订单集;
订单推送单元503,用于响应于所述目标订单集满足截单条件,推送所述目标订单集中的订单至对应的商户。
可选的,所述订单获取单元501,具体用于:根据所述目标订单的送达位置,确定与所述目标订单匹配的目标用户簇;根据所述目标订单的门店信息,确定与所述目标订单匹配的目标商户簇。
可选的,所述装置还包括配置单元,所述配置单元用于:获取预先划分的兴趣区域;针对一个所述兴趣区域形成一个用户簇;和/或,针对相互之间的地理位置满足第一距离关系的多个兴趣区域形成一个用户簇;其中,所述目标用户簇,为配置的所述用户簇中的其一用户簇。
可选的,所述配置单元还用于:将位于同一个地理范围内的商户配置为一个商户簇;和/或,将相互之间的地理位置满足第二距离关系的多个商户,配置为一个商户簇。
可选的,所述配置单元还用于:将所述商户簇与特定用户簇之间的配送路径上的商户添加至所述商户簇。
可选的,所述订单拼团单元502,具体用于:根据所述目标用户簇和/或所述目标商户簇查询正在进行集单的进行中订单集;如果查询到进行中订单集,则将所述进行中订单集作为所述目标订单集;如果未查询到进行中订单集,则根据当前时段以及所述目标用户簇和/或所述目标商户簇,生成用于集合订单的订单集,作为所述目标订单集。
可选的,所述订单拼团单元502,具体用于:在特定时段内,轮询配置的用户簇和/或配置的商户簇,确定是否存在正在进行集单的进行中订单集;针对未查询到进行中订单集的特定用户簇和/或特定商户簇,以机器人作为发起用户,根据所述特定用户簇和/或所述特定商户簇,以及所述特定时段,生成订单集,作为进行中订单集,对所述订单集的用户数进行递增操作。
可选的,所述订单推送单元503,具体用于:设置所述目标订单集对应的集单时长阈值;获取所述目标订单集的集单时长;响应于检测到所述目标订单集的集单时长达到所述集单时长阈值,确定所述目标订单集满足截单条件。
可选的,所述装置还包括资源返还单元,所述资源返还单元用于:检测所述目标订单集是否满足成团条件;检测到所述目标订单集满足所述成团条件之后,根据资源返还规则确定所述目标订单集中订单对应的返还资源的应返还数量;确定所述目标订单集中完成履行的订单,根据所述应返还数量向所述完成履行的订单的用户账户返还对应的返还资源。
可选的,所述资源返还单元具体用于:设置所述目标订单集对应的集单数量阈值;获取所述目标订单集的集单数量;如果所述集单数量达到所述集单数量阈值,则确定所述目标订单集满足成团条件。
可选的,所述资源返还单元具体用于:如果所述目标订单集满足截单条件,并且不满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示未成团不进行资源返还的第一提示信息;如果所述目标订单集满足截单条件,并且满足所述成团条件,则推送所述目标订单集中当前包括的订单至对应的商户,向所述目标订单对应的用户发送用于表示已成团并进行资源返还的第二提示信息。
可选的,所述资源返还单元具体用于:确定所述目标订单集中的订单数量;从所述资源返还规则中提取阶梯返还条件;根据所述订单数量以及所述阶梯返还条件,确定与所述目标订单集中的订单对应的返还资源的所述应返还数量。
可选的,所述资源返还单元具体用于:监听到完成履行所述目标订单集中的订单;根据资源返还时间向所述完成履行的所述订单的用户账户返还所述应返还数量的返还资源。
可选的,所述资源返还单元具体用于:在向所述完成履行的订单的用户账户返还对应的返还资源之前,取得预设资源数据;根据所述资源返还规则确定所述目标订单集对应的目标资源消耗数量;根据所述目标资源消耗数量从所述预设资源数据中预占用于向所述用户账户提供所述返还资源的消耗资源数据;从所述消耗资源数据中向所述用户账户提供所述返还资源。
与第二实施例对应,本申请第四实施例提供另一种订单处理装置,相关的部分请参见对应方法实施例的说明即可。请参考图6,图中所示的订单处理装置,包括:
下单单元601,用于获取用户针对目标商户的下单信息;
选择拼团单元602,用于检测到所述用户针对所述下单信息选择参与拼团,针对参与拼团的所述下单信息,显示对应的第一预计配送时间;
拼团单元603,用于针对参与拼团的所述下单信息生成目标订单,所述目标订单支付后提供给服务端;所述服务端,根据与所述目标订单匹配的目标用户簇和/或目标商户簇确定目标订单集,添加所述目标订单至所述目标订单集,检测到所述目标订单集满足截单条件后推送所述目标订单集中的订单至对应的商户;所述目标商户簇,为同一特定提取范围内的商户的商户集合;所述目标用户簇,为预先确定的表征同一特定送达范围的地理区域内的用户集合;
拼团结果单元604,用于接收所述服务端针对所述目标订单提供的用于表征所述目标订单集是否成团的拼团结果。
可选的,所述拼团结果单元604具体用于:如果所述拼团结果表征所述目标订单集已成团,并且,确定所述目标订单完成履行,接收所述服务端在资源返还时间向所述用户的用户账户执行资源返还的信息,显示与所述执行资源返还相关的资源返还数量;其中,所述资源返还数量,为所述服务端根据所述目标订单集中的订单数量以及资源返还规则所确定。
以上述实施例为基础,本申请第五实施例提供一种电子设备,相关的部分请参见上述实施例的对应说明即可。请参考图7,图中所示的电子设备包括:存储器701,以及处理器702;所述存储器用于存储计算机程序,所述计算机程序被处理器运行后,执行本申请实施例提供的所述方法。
以上述实施例为基础,本申请第六实施例提供一种计算机存储介质,相关的部分请参见上述实施例的对应说明即可。所述计算机存储介质的示意图类似图7,图中的存储器可以理解为所述存储介质。所述计算机存储介质存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现本申请实施例提供的所述方法。
在一个典型的配置中,电子设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被电子设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。