CN115796722A - 基于团购的运输方法、电子设备和存储介质 - Google Patents

Abstract

本申请实施例提供了一种基于团购的运输方法、电子设备和存储介质。所述方法包括：接收运输信息，所述运输信息包括站点信息和站点商品信息；基于所述运输信息执行运输调度，确定车辆运输信息；将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息；发送所述第一类车辆运输信息给第三方物流服务方的服务端；基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。能够提供多种物流服务提供方，针对不同的物流服务提供方进行数据隔离，通过多种不同的物流服务方能够保障运输过程，提供更好的运输服务。

Description

基于团购的运输方法、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种基于团购的运输方法、一种电子设备和一种存储介质。

背景技术

社区团购是居住社区内居民团体的一种购物消费行为，其是依托于真实社区的一种区域化、小众化、本地化的团购形式。

社区团购的销售形式主要是通过社区商铺为周围(社区内)居民提供的团购形式的优惠活动，用户订购商品后，会统一配送到相应的商铺等站点，用户自己到站点内取货。

发明内容

本申请实施例提供了一种基于团购的运输方法，以提供更好的服务处理。

相应的，本申请实施例还提供了一种电子设备和一种存储介质，用以保证上述系统的实现及应用。

为了解决上述问题，本申请实施例公开了一种基于团购的运输方法，所述方法包括：

接收运输信息，所述运输信息包括站点信息和站点商品信息；

基于所述运输信息执行运输调度，确定车辆运输信息；

将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息；

发送所述第一类车辆运输信息给第三方物流服务方的服务端；

基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

可选的，基于所述运输信息执行运输调度，确定车辆运输信息，包括：

基于所述站点信息确定站点的位置信息，并基于所述站点商品信息确定所述站点对应的运输量；

基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息。

可选的，基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息，包括：

按照站点的位置信息，确定站点群组；

集合所述站点群组内对各站点的运输量和车辆的车辆运输量进行分析，确定至少一个站点对应的车辆信息；

按照所述至少一个站点确定路线信息，基于所述至少一个站点、车辆信息和路线信息生成车辆运输信息。

可选的，所述将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，包括：

按照设定规则对所述车辆运输信息进行划分，所述设定规则包括以下至少一种：比例规则、区域规则、类型规则；

确定第一类车辆运输信息和第二类车辆运输信息。

可选的，还包括：

为所述第一类车辆运输信息和第二类车辆运输信息分别设置标签，以标识服务源并隔离数据。

可选的，所述发送所述第一类车辆运输信息给第三方物流服务方的服务端，包括：

基于所述第一类车辆运输信息的第一标签，确定第三方物流服务方的服务端的第一接口；

向所述第一接口发送所述第一类车辆运输信息。

可选的，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：

基于所述第二类车辆运输信息的第二标签，确定自有物流服务方的第二接口；

通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

可选的，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：

基于所述第二车辆运输信息确定车辆信息，基于所述车辆信息生成运输订单；

基于所述运输订单生成派单指令，发送所述派单指令；

接收对应的派单结果，确定各车辆的配送信息，所述配送信息包括所述至少一个站点和路线信息。

可选的，还包括：

接收所述自有物流服务方中各车辆的订单状态信息；

基于所述订单状态信息生成运输结果，反馈所述运输结果。

可选的，还包括：

接收所述自有物流服务方中各车辆的行驶信息；

基于所述行驶信息和订单状态信息，确定所述车辆的运输状态信息。

可选的，还包括：

基于所述运输结果和运输状态结果确定资源信息，提供所述资源信息。

可选的，还包括：

基于所述运输状态结果对运输问题信息进行责任分析，确定判责结果。

本申请实施例还公开了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被处理器执行时，执行如本申请实施例所述的方法。

本申请实施例还公开了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被处理器执行时，执行如本申请实施例所述的方法。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例中，接收运输信息，所述运输信息包括站点信息和站点商品信息，然后基于所述运输信息执行运输调度，确定车辆运输信息，将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，能够提供多种物流服务提供方，针对不同的物流服务提供方进行数据隔离，发送所述第一类车辆运输信息给第三方物流服务方的服务端，以及基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，通过多种不同的物流服务方能够保障运输过程，提供更好的运输服务。

附图说明

图1是本申请的一种基于团购的运输方法实施例的步骤流程图；

图2是本申请实施例的一种运力平台的架构图；

图3是本申请的另一种基于团购的运输方法实施例的步骤流程图；

图4是本申请一个实施例提供的示例性装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例可以应用于电子商务领域中，如线上与线下结合的社区团购场景。还可其他涉及到物流运输的场景，如超市配货等场景，以及其他团体购物，统一配送的团购场景中。

以社区团购场景为例，社区团购是依托于居住的地理位置构成的社区内居民团体的，一种互联网线上购物+线下取货的购物消费行为，是依托地理社区的一种区域化、小众化、本地化、网络化的团购形式。其中，可在用户居住的地理范围内设置一个或多个团长，每个团长对应一个站点，该站点可以依托于社区已有的店铺构建，如快递驿站、便利店、小超市等。用户可以通过应用程序(Application，APP)、网站等在线上选购商品对象，基于用户选购的商品对象可生成订单，团购平台确定各订单所对应的团长以及站点，将多用户团购的商品对象一起打包运输到取货的站点。在一种社区团购场景中，社区团购系统的节点包括：中心仓、网格仓和站点。其中，一个中心仓可对应多个网格仓，一个网格仓对应多个站点。在各用户购买的商品对象后，商品对象会由中心仓分拣后发出，配送到网格仓，再由网格仓分拣各站点的物流对象后配送到站点。在站点内由团长确定各用户所购买的一个或多个物流对象后，通知用户上门取货。

参照图1，示出了本申请的一种基于团购的运输方法实施例的步骤流程图。

步骤102，接收运输信息，所述运输信息包括站点和站点商品信息。

团购系统可提供团购网站，用户可以在团购网站上购物，团购网站设置订单派送的截止时间，在截止时间前购买的商品对象第二天派送，在截止时间后购买的商品对象第三天派送。因此在达到截止时间后，团购网站可以统计出，每个站点对应的运输对象，从而得到相应的运输信息，该运输信息包括：站点信息以及站点商品信息，即该站点对应的商品对象信息。其中，站点信息包括：站点标识、站点名称、站点地址和团长信息，团长信息包括：团长标识、团长名称、联系信息等，还可包括站点类型等其他信息，站点类型为站点所能存放商品对象的类型，如生鲜类、仅冷藏、如全品类等。站点商品信息即到截止时间为止该站点所接收到的订单的商品对象的信息，如商品对象列表等信息。

步骤104，基于所述运输信息执行运输调度，确定车辆运输信息。

从所述运输信息获取站点信息和站点商品信息，然后可基于各站点的位置以及所需运输的商品对象规划运输路线和车辆，确定对应的车辆信息。

一个可选实施例中，基于所述站点信息确定站点的位置信息，并基于所述站点商品信息确定所述站点对应的运输量；基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息。可以从站点信息中获取站点的位置信息，基于所述站点商品信息确定所述站点对应的各商品对象，基于各商品对象计算该站点所需的运输量信息，例如可基于该站点的各商品对象计算所需的体积等运输量。然后可基于站点的位置信息和运输量信息进行线路规划，即可基于站点的位置确定相近的站点，结合运输量确定能够通过同一辆车运输至少一个站点，从而规划到至少一个站点的路线信息，得到车辆运输信息。

一个示例中，基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息，包括：按照站点的位置信息，确定站点群组；集合所述站点群组内对各站点的运输量和车辆的车辆运输量进行分析，确定至少一个站点对应的车辆信息；按照所述至少一个站点确定路线信息，基于所述至少一个站点、车辆信息和路线信息生成车辆运输信息。可以基于站点的位置进行聚类确定站点群组，该站点群组包括多于一个站点。还可确定群组区域，将处于群组区域的站点确定为一个站点群组。然后对群组内的站点可以基于运输量和车辆的运输量进行匹配，从而将一个或多个站点的商品对象采用同一个车辆运输，进而基于各站点的位置信息规划该车辆的路线信息，然后将各车辆对应的站点、车辆信息和路线信息，作为车辆运输信息。

步骤106，所述将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息。

在确定出车辆运输信息后可进行运输的调度处理，本申请实施例中，可通过多种物流服务方提供运输服务，其中，一种物流服务方为第三方的物流服务方，另一种物流服务方为运输系统自有的物流服务方。因此可以对车辆运输信息进行划分，按照物流服务方的类型划分出提供给第三方的物流服务方的第一类车辆运输信息，以及提供给自有的物流服务方的车辆运输信息。

本申请实施例中，所述将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，包括：按照设定规则对所述车辆运输信息进行划分，所述设定规则包括以下至少一种：比例规则、区域规则、类型规则；确定第一类车辆运输信息和第二类车辆运输信息。可以按照设定规则对所述车辆运输信息进行划分，设定规则可依据需求设置，其中，比例规则可为两种类型的物流提供方提供物流运输服务的比例，如7:3、6:4、5:5等。区域规则指的是按照区域区分不同物流提供方的规则，如某些区域由第三方的物流服务方提供物流运输服务，另一些地区由自有的物流服务方提供物流运输服务等。还可按照商品对象的类型划分，如针对冻品由自有的物流服务方提供冷链运输，其他非冻品类的商品对象由第三方的物流服务方提供物流运输服务等。基于设定规则对车辆运输信息进行划分后，可以得到第一类车辆运输信息和第二类车辆运输信息。其中，在按照商品对象的类型进行划分的方式可以上一步骤中运输调度相结合，对于冻品、非冻品进行相应的调度并确定相应的车辆运输信息。

本申请实施例在由第三方的物流服务方提供物流服务的基础上，引入自有的物流服务提供方，为了减少对现有系统的改进，针对不同物流服务方，进行上下文设置，从而底层可以自动路由，例如通过拦截入口，自动识别不同的物流服务方的标识、标签等，自动设置上下文信息。

本申请实施例中，对于第一类车辆运输信息和第二类车辆运输信息可设置标签、上下文等信息，从而标识出各自对应的数据源，便于进行数据隔离。如为第一类车辆运输信息设置第三方标签(或称第一标签)，为第二类车辆运输信息设置自有标签(或称第二标签)。

步骤108，发送所述第一类车辆运输信息给第三方物流服务方的服务端。

对于提供给第三方的物流服务方的第一类车辆运输信息，可以发送给第三方物流服务方的服务端。其中，若合作有多个第三方物流服务方，则可分别发送给不同第三方物流服务方的服务端，或者设置相应的分配平台，将第一类车辆运输信息发送给该分配平台，再进行分配并推送给相应的第三方物流服务方的服务端。

本申请实施例在由第三方的物流服务方提供物流服务的基础上，引入自有的物流服务提供方，为了减少对现有系统的改进，通过动态代理，实现底层数据源代理并路由，无需在海量数据作业务逻辑中反复修改，避免对原有系统稳定性冲击，快速实现底层独立运力池部分数据源隔离、实操核心作业数据。

其中，基于所述第一类车辆运输信息的第一标签，确定第三方物流服务方的服务端的第一接口；向所述第一接口发送所述第一类车辆运输信息。基于第一类车辆运输信息的第一标签，可以识别为第三方物流服务方，因此调用第三方物流服务方的服务接口即第一接口，然后第一接口发送所述第一类车辆运输信息。使得第三方物流服务方的服务端能够获取第一类车辆运输信息，并据此进行车辆的调度，返回调度结果给服务端，使得服务端了解相关运输信息。

步骤110，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

针对第二车辆运输信息，可以调度系统自有的物流服务方的车辆，通过各车辆执行车辆运输信息所需的配送需求，完成团购商品对象的配送。

一个可选实施例中，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：基于所述第二类车辆运输信息的第二标签，确定自有物流服务方的第二接口；通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。基于所述第二类车辆运输信息的第二标签，识别物流服务方为自有物流服务方，确定对应服务接口即第二接口，然后通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，给给车辆分配运输任务，确定配送信息。

其中，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：基于所述第二车辆运输信息确定车辆信息，基于所述车辆信息生成运输订单；基于所述运输订单生成派单指令，发送所述派单指令；接收对应的派单结果，确定各车辆的配送信息，所述配送信息包括所述至少一个站点和路线信息。从所述第二车辆运输信息获取车辆信息，基于所述车辆信息生成运输订单，该运输订单用于为运输任务的凭据。

本申请实施例中，自有的物流服务提供方可设置应用程序(Application，APP)并提供给司机。用户通过手机等终端设备安装该APP，在该APP上注册成为自有的物流服务提供方的司机，并设置司机信息以及车辆信息，当然在一些示例中，也可提供车辆给司机使用。司机可通过APP接收车辆订单。在一些场景中，该运输订单可直接指定司机，其中，可基于运输订单中车辆信息与司机对应的车辆信息进行匹配，如车辆容量是否满足该次运输的运输量等，在确定出运输订单对应的司机后，可生成派单指令，发送所述派单指令给对应司机的设备端。在另外一些场景中，可以采用抢单模式，即将运输订单推送给司机的设备端，司机通过APP选择是否接收该运输订单，针对同一运输订单存在多个司机的情况下，可以基于时间等参数确定司机，然后将该运输订单生成派单指令发送给对应司机的设备端。司机通过APP查看派单指令对应的运输订单，在确认后可以生成派单结果，反馈给运输系统的服务端。

运输系统的服务端可接收该派单结果，可基于该派单结果确定各车辆的配送信息，包括所需配送的至少一个站点，达到各站点的路线信息等。还可在派单结果中添加各站点的商品对象列表，便于配送时核对商品对象。

综上，接收运输信息，所述运输信息包括站点信息和站点商品信息，然后基于所述运输信息执行运输调度，确定车辆运输信息，将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，能够提供多种物流服务提供方，针对不同的物流服务提供方进行数据隔离，发送所述第一类车辆运输信息给第三方物流服务方的服务端，以及基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，通过多种不同的物流服务方能够保障运输过程，提供更好的运输服务，并且提高运输效率。且上述方式对系统架构的改变较小，便于维护。

本申请一个可选实施例中，接收所述自有物流服务方中各车辆的订单状态信息；基于所述订单状态信息生成运输结果，反馈所述运输结果。自有物流服务方中各车辆基于车辆订单可执行运输处理，在运输过程中可以上报订单状态信息。该订单状态信息为运输订单的状态信息，其状态可包括：揽收节点状态和配送节点状态，揽收节点状态包括：到仓状态、揽收状态、复核状态和出仓状态，配送节点状态包括：到站状态、离站状态、签收状态等。其中，到仓状态为车辆及司机到达仓库、网格仓的状态，揽收状态为商品对象放置到车辆的状态，复核状态为核对商品对象的状态，出仓状态为车辆及司机离开仓库/网格仓，开始配送的状态。到站状态为车辆及司机达到站点的状态，离站状态为车辆及司机离开站点的状态，签收状态为站点的团长确认到货签收的状态。此外配送状态还可包括逆向状态、完成状态等其他状态。逆向状态为重新回到已签收站点的状态，例如落下商品对象、多送商品对象等导致重新回到站点的状态。完成状态为完成配送的状态。

司机在运输过程中可基于位置等执行状态上报，从而确定车辆的订单状态信息。还可基于所述订单状态信息生成运输结果，反馈所述运输结果，例如在完成配送后，可以生成运输完成的运输结果进行上报。或者在车辆出现其他问题，如车辆损坏而配送还未完成，也可基于当前的订单状态信息确定运输结果并上报，从而能够安排其他车辆进行配送。

另外一些可选实施例中，接收所述自有物流服务方中各车辆的行驶信息；基于所述行驶信息和订单状态信息，确定所述车辆的运输状态信息。车辆在运输过程中还可上报行驶信息，如行驶轨迹等信息，基于该行驶信息和订单状态信息可以对车辆的运输配送过程进行分析，例如基于行驶信息和订单状态信息确定达到各站点的时间以及停留时间，从而分析路线是否合理。又如，基于行驶信息、订单状态信息以及后续反馈，如退单、报损等，分析车辆分配、运输是否合理等，从而得到对应的运输状态信息。

从而能够了解运输过程并分析，即使调整运输计划和路线，提高运输效率。也可将调整内容发送给第三方的物流服务提供方，提高其处理效率。

在上述实施例的基础上，提供一种运输系统的架构。在原有运输架构基础上搭建运力平台(自有的物流服务提供方)后端服务，并在顶层支撑多端应用。包括司机的应用、运力管理的应用、结算的应用等。底层通过隔离数据源实现运力池隔离和独立发展定制，中间层尽可能复用，不改变原有逻辑，进行增量叠加。

如图2所示，该运力平台包括：运力池、管理组件、计费组件等。其中，运力池用于管理自有的物流服务提供方的运力，包括司机、订单、车辆等各种运力关联的信息。管理组件用于进行运力的管理，包括调度、结算等。计费组件用于进行计费结算。

其中，司机可通过APP注册成为运输系统的司机，如果自有车辆可提供车辆信息。运输系统也可采购、租用车辆等并记录车辆信息，从而能够形成司机数据库、车辆数据库等运力池。还可将每日的订单数据构成订单数据库，加入到运力池中。为了便于结算，也可注册相应服务方，得到服务方数据库，加入到运力池中。

管理组件对自有的物流服务提供方进行管理，包括订单管理、司机管理、判责管理等。其中，订单管理用于管理每日的运输订单，并指定运力计划，进行派单或抢单等规划。判责管理用于判定责任，例如运输过程中的损坏、超时等，可结合运输状态信息分析。

计费组件用于执行资源的计算处理，如运费、佣金、空驶费、放空费、保障金等。可结合运输订单、运输结果、运输状态信息等进行结算。如图3所示。

参照图3，示出了本申请的另一种基于团购的运输方法实施例的步骤流程图。

步骤302，接收运输信息，所述运输信息包括站点信息和站点商品信息。

步骤304，基于所述站点信息确定站点的位置信息，并基于所述站点商品信息确定所述站点对应的运输量。

步骤306，基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息。

运输系统可从团购系统接收运输信息，基于运输信息可进行路线规划，结合地图等提供数据支持，通过各种算法进行计算，进行干线调度，规划线路。

其中，基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息，包括：按照站点的位置信息，确定站点群组；集合所述站点群组内对各站点的运输量和车辆的车辆运输量进行分析，确定至少一个站点对应的车辆信息；按照所述至少一个站点确定路线信息，基于所述至少一个站点、车辆信息和路线信息生成车辆运输信息。

步骤308，按照设定规则对所述车辆运输信息进行划分，所述设定规则包括以下至少一种：比例规则、区域规则、类型规则。

步骤310，确定第一类车辆运输信息和第二类车辆运输信息。

通过在运输系统的地方增加服务，因此自有的物流服务提供方，因此能够对车辆运输信息进行划分，得到第一类车辆运输信息和第二类车辆运输信息，实现运力的调度分流。

步骤312，为所述第一类车辆运输信息和第二类车辆运输信息分别设置标签，以标识服务源并隔离数据。

针对不同物流服务方，进行上下文设置，从而底层可以自动路由，例如通过拦截入口，自动识别不同的物流服务方的标识、标签等，自动设置上下文信息。通过动态代理，实现底层数据源代理并路由，无需在海量数据作业务逻辑中反复修改，避免对原有系统稳定性冲击，快速实现底层独立运力池部分数据源隔离、实操核心作业数据。

步骤314，基于所述第一类车辆运输信息的第一标签，确定第三方物流服务方的服务端的第一接口。

步骤316，向所述第一接口发送所述第一类车辆运输信息。

步骤318，基于所述第二类车辆运输信息的第二标签，确定自有物流服务方的第二接口。

步骤320，通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

通过第二接口可以调用运力平台，通过管理组件进行订单管理、分配，完成派单。其中，管理组件可结合运力池的订单数据库、司机数据库、车辆数据库进行订单的分配，自动派单或响应于用户端操作抢单等。

其中，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：基于所述第二车辆运输信息确定车辆信息，基于所述车辆信息生成运输订单；基于所述运输订单生成派单指令，发送所述派单指令；接收对应的派单结果，确定各车辆的配送信息，所述配送信息包括所述至少一个站点和路线信息。

还可扩展容器的生命周期，将原有的数据操作替换为新的代理服务，悄无声息实现数据源切换。

步骤322，接收所述自有物流服务方中各车辆的订单状态信息。

步骤324，基于所述订单状态信息生成运输结果，反馈所述运输结果。

从而能够及时了解车辆的运输过程，确定各站点的运输情况，提高运输处理的效率。

步骤326，接收所述自有物流服务方中各车辆的行驶信息。

步骤328，基于所述行驶信息和订单状态信息，确定所述车辆的运输状态信息。

基于所述运输状态结果对运输问题信息进行责任分析，确定判责结果。能够分析的运输状态，从而通过管理组件进行责任判定的分析，对运输过程中的问题进行判责。

基于所述运输结果和运输状态结果确定资源信息，提供所述资源信息。在完成运输过程后，可结合上述运输状态、运输结果等进行计费处理，将计费结果提供给相应的服务商，从而给司机提供所需的资源。该计费处理可固定时间间隔结算，如每日、每周、每月等。由于资源计算灵活，因此能够更加灵活的处理运力池中数据，更加方便的调度运力，能够结合运输订单的数量调整。

本申请实施例以社区团购为例，实际处理中还可应用于其他团购场景，如在商场、超市进行团购后，可通过上述方式调配运输并执行运输。在另外一些场景中，在一些紧急情况下的团购，也可灵活地获取司机、车辆的状态并调配运力，进行运输。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

在上述实施例的基础上，本实施例还提供了一种基于团购的运输装置，应用于服务端的电子设备中，所述装置包括：

接收模块，用于接收运输信息，所述运输信息包括站点信息和站点商品信息；

运输调度模块，用于基于所述运输信息执行运输调度，确定车辆运输信息；

划分模块，用于将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息；

发送模块，用于发送所述第一类车辆运输信息给第三方物流服务方的服务端；

车辆调度模块，用于基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

综上，接收运输信息，所述运输信息包括站点信息和站点商品信息，然后基于所述运输信息执行运输调度，确定车辆运输信息，将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，能够提供多种物流服务提供方，针对不同的物流服务提供方进行数据隔离，发送所述第一类车辆运输信息给第三方物流服务方的服务端，以及基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，通过多种不同的物流服务方能够保障运输过程，提供更好的运输服务，并且提高运输效率。且上述方式对系统架构的改变较小，便于维护。

所述运输调度模块，用于基于所述站点信息确定站点的位置信息，并基于所述站点商品信息确定所述站点对应的运输量；基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息。

所述运输调度模块，用于按照站点的位置信息，确定站点群组；集合所述站点群组内对各站点的运输量和车辆的车辆运输量进行分析，确定至少一个站点对应的车辆信息；

按照所述至少一个站点确定路线信息，基于所述至少一个站点、车辆信息和路线信息生成车辆运输信息。

所述划分模块，用于按照设定规则对所述车辆运输信息进行划分，所述设定规则包括以下至少一种：比例规则、区域规则、类型规则；确定第一类车辆运输信息和第二类车辆运输信息。

所述划分模块，还用于为所述第一类车辆运输信息和第二类车辆运输信息分别设置标签，以标识服务源并隔离数据。

所述发送模块，用于基于所述第一类车辆运输信息的第一标签，确定第三方物流服务方的服务端的第一接口；向所述第一接口发送所述第一类车辆运输信息。

所述车辆调度模块，用于基于所述第二类车辆运输信息的第二标签，确定自有物流服务方的第二接口；通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

所述车辆调度模块，用于基于所述第二车辆运输信息确定车辆信息，基于所述车辆信息生成运输订单；基于所述运输订单生成派单指令，发送所述派单指令；

接收对应的派单结果，确定各车辆的配送信息，所述配送信息包括所述至少一个站点和路线信息。

还包括：反馈模块，用于接收所述自有物流服务方中各车辆的订单状态信息；基于所述订单状态信息生成运输结果，反馈所述运输结果。

状态分析模块，用于接收所述自有物流服务方中各车辆的行驶信息；基于所述行驶信息和订单状态信息，确定所述车辆的运输状态信息。

本申请实施例在由第三方的物流服务方提供物流服务的基础上，引入自有的物流服务提供方，为了减少对现有系统的改进，针对不同物流服务方，进行上下文设置，从而底层可以自动路由，例如通过拦截入口，自动识别不同的物流服务方的标识、标签等，自动设置上下文信息。

本申请实施例在由第三方的物流服务方提供物流服务的基础上，引入自有的物流服务提供方，为了减少对现有系统的改进，通过动态代理，实现底层数据源代理并路由，无需在海量数据作业务逻辑中反复修改，避免对原有系统稳定性冲击，快速实现底层独立运力池部分数据源隔离、实操核心作业数据。

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。

本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中，所述电子设备包括服务器、终端设备等设备。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端等电子设备。图4示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置400。

对于一个实施例，图4示出了示例性装置400，该装置具有一个或多个处理器402、被耦合到(一个或多个)处理器402中的至少一个的控制模块(芯片组)404、被耦合到控制模块404的存储器406、被耦合到控制模块404的非易失性存储器(NVM)/存储设备408、被耦合到控制模块404的一个或多个输入/输出设备410，以及被耦合到控制模块404的网络接口412。

处理器402可包括一个或多个单核或多核处理器，处理器402可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置400能够作为本申请实施例中所述服务端、终端等设备。

在一些实施例中，装置400可包括具有指令414的一个或多个计算机可读介质(例如，存储器406或NVM/存储设备408)以及与该一个或多个计算机可读介质相合并被配置为执行指令414以实现模块从而执行本公开中所述的动作的一个或多个处理器402。

对于一个实施例，控制模块404可包括任意适当的接口控制器，以向(一个或多个)处理器402中的至少一个和/或与控制模块404通信的任意适当的设备或组件提供任意适当的接口。

控制模块404可包括存储器控制器模块，以向存储器406提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

存储器406可被用于例如为装置400加载和存储数据和/或指令414。对于一个实施例，存储器406可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，存储器406可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，控制模块404可包括一个或多个输入/输出控制器，以向NVM/存储设备408及(一个或多个)输入/输出设备410提供接口。

例如，NVM/存储设备408可被用于存储数据和/或指令414。NVM/存储设备408可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备408可包括作为装置400被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，NVM/存储设备408可通过网络经由(一个或多个)输入/输出设备410进行访问。

(一个或多个)输入/输出设备410可为装置400提供接口以与任意其他适当的设备通信，输入/输出设备410可以包括通信组件、音频组件、传感器组件等。网络接口412可为装置400提供接口以通过一个或多个网络通信，装置400可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi、2G、3G、4G、5G等，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器402中的至少一个可与控制模块404的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器402中的至少一个可与控制模块404的一个或多个控制器的逻辑封装在一起以形成系统级封装(SiP)。对于一个实施例，(一个或多个)处理器402中的至少一个可与控制模块404的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器402中的至少一个可与控制模块404的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(SoC)。

在各个实施例中，装置400可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置400可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置400包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。

其中，检测装置中可采用主控芯片作为处理器或控制模块，传感器数据、位置信息等存储到存储器或NVM/存储设备中，传感器组可作为输入/输出设备，通信接口可包括网络接口。

本申请实施例还提供了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本申请实施例中一个或多个所述的方法。本申请实施例中存储器中可存储各种数据，如目标文件、文件与应用关联数据等各种数据，还可包括用户行为数据等，从而为各种处理提供数据基础。

本申请实施例还提供了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本申请实施例中一个或多个所述的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种基于团购的运输方法、一种电子设备和一种存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种基于团购的运输方法，其特征在于，所述方法包括：

接收运输信息，所述运输信息包括站点信息和站点商品信息；

基于所述运输信息执行运输调度，确定车辆运输信息；

将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息；

发送所述第一类车辆运输信息给第三方物流服务方的服务端；

基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

2.根据权利要求1所述的方法，其特征在于，基于所述运输信息执行运输调度，确定车辆运输信息，包括：

基于所述站点信息确定站点的位置信息，并基于所述站点商品信息确定所述站点对应的运输量；

基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息。

3.根据权利要求2所述的方法，其特征在于，基于所述站点的位置信息和运输量进行路线规划，确定车辆和路线信息，包括：

按照站点的位置信息，确定站点群组；

集合所述站点群组内对各站点的运输量和车辆的车辆运输量进行分析，确定至少一个站点对应的车辆信息；

按照所述至少一个站点确定路线信息，基于所述至少一个站点、车辆信息和路线信息生成车辆运输信息。

4.根据权利要求2所述的方法，其特征在于，所述将所述车辆运输信息进行划分，确定第一类车辆运输信息和第二类车辆运输信息，包括：

按照设定规则对所述车辆运输信息进行划分，所述设定规则包括以下至少一种：比例规则、区域规则、类型规则；

确定第一类车辆运输信息和第二类车辆运输信息。

5.根据权利要求4所述的方法，其特征在于，还包括：

为所述第一类车辆运输信息和第二类车辆运输信息分别设置标签，以标识服务源并隔离数据。

6.根据权利要求5所述的方法，其特征在于，所述发送所述第一类车辆运输信息给第三方物流服务方的服务端，包括：

基于所述第一类车辆运输信息的第一标签，确定第三方物流服务方的服务端的第一接口；

向所述第一接口发送所述第一类车辆运输信息。

7.根据权利要求5所述的方法，其特征在于，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：

基于所述第二类车辆运输信息的第二标签，确定自有物流服务方的第二接口；

通过所述第二接口调用所述自有物流服务方，基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送。

8.根据权利要求7所述的方法，其特征在于，所述基于所述第二车辆运输信息调度车辆，确定各车辆的配送信息以执行配送，包括：

基于所述第二车辆运输信息确定车辆信息，基于所述车辆信息生成运输订单；

基于所述运输订单生成派单指令，发送所述派单指令；

接收对应的派单结果，确定各车辆的配送信息，所述配送信息包括所述至少一个站点和路线信息。

9.根据权利要求7所述的方法，其特征在于，还包括：

接收所述自有物流服务方中各车辆的订单状态信息；

基于所述订单状态信息生成运输结果，反馈所述运输结果。

10.根据权利要求9所述的方法，其特征在于，还包括：

接收所述自有物流服务方中各车辆的行驶信息；

基于所述行驶信息和订单状态信息，确定所述车辆的运输状态信息。

11.一种电子设备，包括：处理器；

和存储器，其上存储有可执行代码，当所述可执行代码被处理器执行时，执行如权利要求1-10中任一项所述的方法。

12.一种机器可读介质，其上存储有可执行代码，当所述可执行代码被处理器执行时，执行如权利要求1-10中任一项所述的方法。

Images