[0001] 本公开涉及物流技术领域，具体涉及配送方法和装置。

[0002] 物流平台通常会采用用户下单时指定的配送渠道为用户提供物品寄送服务。在物品平台基于用户指定的配送渠道为用户提供物品寄送服务的过程中，平台仅提供了账号注册和信息转发的作用，没有有效利用平台的信息整合能力，造成了信息资源的浪费以及信息资源利用率低的问题。

[0024] 以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

[0025] 图1示出了可以应用本申请的配送方法或配送装置的实施例的示例性系统架构100。

[0026] 如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

[0027] 用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是用户终端设备，其上可以安装有各种客户端应用，例如，配送类软件、数据维护类应用、图像类应用、视频类应用、搜索类应用、金融类应用等。

[0028] 终端设备101、102、103可以是具有显示屏并且支持接收服务器消息的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、电子播放器、膝上型便携计算机和台式计算机等等。

[0029] 终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

[0030] 服务器105可以获取用户寄送物品的寄送参数；获取默认配送渠道集合，默认配送渠道集合中包括至少一个默认配送渠道、以及默认配送渠道的配送参数；响应于确定预设配置信息指示基于通用配置确定默认配送渠道，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道。生成用于指示采用目标配送渠道配送物品的配送信息。

[0031] 需要说明的是，本公开的实施例所提供的配送方法可以由服务器105执行，相应地，配送装置可以设置于服务器105中。

[0032] 应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

[0033] 继续参考图2，示出了根据本公开的配送方法的一个实施例的流程200，包括以下步骤：

[0034] 步骤201，获取用户寄送物品的寄送参数。

[0035] 在本实施例中，配送方法的执行主体(例如图1所示的服务器)可以获取用户寄送物品的寄送参数，例如，物品的重量，物品的寄送时效需求、物品的始发地或者目的地等。

[0036] 步骤202，获取默认配送渠道集合，默认配送渠道集合中包括至少一个默认配送渠道、以及默认配送渠道的配送参数。

[0037] 在本实施例中，可以获取默认配送渠道集合，该默认配送渠道集合中包括至少一个默认配送渠道，以及与每一个默认配送渠道对应的配送参数，其中，默认配送渠道是物流平台或者物流服务商所能提供的配送渠道，配送参数可以是如该配送渠道能够配送物品的重量范围、该配送渠道的配送地理范围、该配送渠道的配送渠时效等。

[0038] 步骤203，响应于确定预设配置信息指示基于通用配置确定配送渠道，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道。

[0039] 在本实施例中，若确定预设配置信息指示基于通用配置确定配送渠道，则基于用户寄送物品的寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从至少一个默认配送渠道选取出配送参数与寄送参数匹配的配送渠道，作为目标配送渠道。指示基于通用配置确定配送渠道说明用户未指定配送渠道集合的选择范围，所以选择物流平台默认的配送渠道集合即可。

[0040] 步骤204，生成用于指示采用目标配送渠道配送物品的配送信息。

[0041] 在本实施例中，在确定出目标配送渠道后，生成用于指示采用目标配送渠道配送物品的配送信息。

[0042] 本实施例提供的配送方法，获取用户寄送物品的寄送参数；获取默认配送渠道集合，默认配送渠道集合中包括至少一个默认配送渠道、以及默认配送渠道的配送参数；响应于确定预设配置信息指示基于通用配置确定配送渠道，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道；生成用于指示采用目标配送渠道配送物品的配送信息，物流平台可以有效利用平台的信息整合能力，基于用户需求，匹配出符合用户需求的目标配送渠道，给用户更多的选择空间，在提高信息资源利用率的同时提升了用户体验。

[0043] 可选地，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道，包括：基于寄送参数、至少一个默认配送渠道中每一个默认配送渠道的配送参数、以及每一个默认配送渠道的优先级，从默认配送渠道集合中确定目标配送渠道。

[0044] 在本实施例中，默认配送渠道集合中的每一个默认配送渠道均就有优先级/权重，优先级越高/权重越大的默认配送渠道被确定为目标配送渠道的概率越高。可以基于用户寄送物品的寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从至少一个默认配送渠道选取出配送参数与寄送参数匹配的多个配送渠道，并基于该多个配送渠道的优先级，将优先级最高的配送渠道确定为目标配送渠道。

[0045] 本实施例中，当匹配出多个符合用户需求的配送渠道后，基于各个配送渠道的优先级确定目标配送渠道，可以提高确定目标配送渠道的效率。

[0046] 继续参考图3，示出了根据本公开的配送方法的另一个实施例的流程300，包括以下步骤：

[0047] 步骤301，获取用户寄送物品的寄送参数。

[0048] 步骤302，获取默认配送渠道集合，默认配送渠道集合中包括至少一个默认配送渠道、以及默认配送渠道的配送参数。

[0049] 步骤303，获取用户指定的预设配送渠道集合，预设配送渠道集合中包括至少一个预设配送渠道、以及预设配送渠道的配送参数。

[0050] 在本实施例中，可以获取用户指定的预设配送渠道集合，该预设配送渠道集合中包括至少一个预设配送渠道，以及与每一个预设配送渠道对应的配送参数，其中，预设配送渠道是用户选用的/用户指定的配送渠道，配送参数可以是如该配送渠道能够配送物品的重量范围、该配送渠道的配送地理范围、该配送渠道的配送渠时效等。

[0051] 步骤304，响应于确定预设配置信息指示基于通用配置确定配送渠道，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道。

[0052] 步骤305，响应于确定预设配置信息指示基于用户配置确定配送渠道，基于寄送参数与至少一个预设配送渠道中每一个预设配送渠道的配送参数，从预设配送渠道集合中确定目标配送渠道。

[0053] 在本实施例中，若确定预设配置信息指示基于用户配置确定配送渠道，则基于用户寄送物品的寄送参数、以及至少一个预设配送渠道中每一个预设配送渠道的配送参数，从至少一个预设配送渠道中选取出配送参数与寄送参数匹配的配送渠道，作为目标配送渠道。指示基于用户配置确定配送渠道说明用户指定了配送渠道集合的选择范围为预设配送渠道集合。

[0054] 步骤306，生成用于指示采用目标配送渠道配送物品的配送信息。

[0055] 本实施例中对步骤301、步骤302、步骤304、步骤306的描述与步骤201、步骤202、步骤203、步骤204的描述一致，此处不再赘述。

[0056] 本实施例提供的配送方法，相比于图2实施例描述的方法，增加了可以基于用户指定的渠道范围中的配送渠道确定目标配送渠道，可以提升用户的体验感。

[0057] 可选地，基于寄送参数与至少一个预设配送渠道中每一个预设配送渠道的配送参数，从预设配送渠道集合中确定目标配送渠道，包括：基于寄送参数、至少一个预设配送渠道中每一个预设配送渠道的配送参数、以及每一个预设配送渠道的优先级，从预设配送渠道集合中确定目标配送渠道。

[0058] 在本实施例中，预设配送渠道集合中的每一个预设配送渠道均就有优先级/权重，优先级越高/权重越大的预设配送渠道被确定为目标配送渠道的概率越高。可以基于用户寄送物品的寄送参数、以及至少一个预设配送渠道中每一个预设配送渠道的配送参数，从至少一个预设配送渠道选取出配送参数与寄送参数匹配的多个配送渠道，并基于该多个配送渠道的优先级，将优先级最高的配送渠道确定为目标配送渠道。

[0059] 本实施例中，当匹配出多个符合用户需求的配送渠道后，基于各个配送渠道的优先级确定目标配送渠道，可以提高确定目标配送渠道的效率。

[0060] 在上述结合图2和图3描述的实施例的一些可选的实现方式中，配送方法还包括：获取用户指定的配送环节；生成用于指示采用目标配送渠道配送物品的配送信息，包括：在配送环节，生成用于指示采用目标配送渠道配送物品的配送信息。

[0061] 在本实施例中，还可以获取用户指定的配送环节，例如，末端配送环节、城市与城市之间的物流运输环节，并在该指定的配送环节生成用于指示采用目标配送渠道配送物品的配送信息，以指示操作员或者操作员根据用户选择进行的配送渠道进行物品配送。

[0062] 在一些应用场景中，配送方法具体可以包括如下流程：

[0063] 由于运输过程可能会包含多个配送环节，每个配送环节可能会包含多个服务商产品(即配送渠道)，所以获取用户指定的配送环节，以确定需要用户选择对哪一个配送环节的服务商产品进行配置。

[0064] 系统针对运单的分单规则的配置支持“按客户编码配置”(即基于用户配置确定配送渠道)和“按通用规则配置”(即基于通用配置确定配送渠道)两种方式。

[0065] 当用户选择类型为“按客户编码配置”时，可选择的服务商产品为该服务产品下绑定的尾程配送服务商产品。从而为该服务产品进行用户定制化的尾程服务商产品配置。

[0066] 当用户选择类型为“按通用规则配置”时，需要继承该服务产品下所选的尾程配送服务商产品上所有的履约属性，并取值所有服务商产品履约属性的并集进行展示，支持用户进行配置。例如，服务产品A，配置了三个尾程配送服务商产品XX1、XX2和XX3。则服务产品A可支持用户配置的履约属性范围如下：

[0067]

[0068]

[0069] 由于某个服务产品“按通用规则配置”的分单范围是从服务商产品的履约属性继承而来，所以服务商产品的履约属性不允许随意修改。当用户进行某一服务商产品履约属性的修改时，需校验该服务商产品的该履约属性的值是否在某个规则中，如果在的话则需要看用户针对该履约属性是否是删减或者改小的操作，如果是则不允许修改，需要用户先去修改分单规则。

[0070] 如果一个服务产品没有进行“分单规则”的配置，则整体的校验逻辑以及下单逻辑仍和现在保持一致。当一个服务产品进行了“分单规则”的配置，则需要进行分单规则的校验。需要看该服务产品配置的是“按客户编码配置”分单规则还是“按通用规则配置”分单规则。

[0071] 如果一个服务产品既配置了“按客户编码配置”，又配置了“按通用规则配置”，则优先进行“按客户编码配置”的校验。如果下单的用户刚好是在该服务产品配置的用户编码内，则直接按该用户的分派服务商产品顺序进行选择。默认给该用户选择该规则内的分派服务商产品。不走“按通用规则配置”的校验逻辑。

[0072] 例如，如果存在客户A，签约了服务产品A，同时A客户针对该服务产品配置了一条“按客户编码配置”的规则，且规则如下：

[0073] 分派服务商产品 备用服务商产品1 备用服务商产品2XX3 XX2 XX1

[0074] 则当客户A下单时，默认分配给服务商产品XX3，如果客户的入参符合分派服务商产品的履约属性，则用该服务商产品下单。如果不符合，则用备用服务商产品1，如果仍然不满足，则用备用服务商产品2。如果分派服务商产品、备用服务商产品1以及备用服务商产品2都不满足，则直接下单失败。

[0075] 如果用户针对某一服务产品没有进行“客户编码配置”的规则，则仅进行“按通用规则配置”的校验。需要先依据用户的入参，筛选出满足该服务产品下的哪几条分单规则。如果只选择出一条分单规则满足用户入参，则选用该规则中配置的分派服务商产品，再将用户入参和该服务商产品的履约属性进行比对，如果满足则用该服务商产品下单。如果该服务商产品不符合，则用备用服务商产品1，如果仍然不行，则用备用服务商产品2，如果所有的都不满足，则直接看该服务产品下是否有符合该用户入参的履约属性的服务商产品，如果有则随机选择一个服务商产品，否则下单失败。

[0076] 如果选择出多条规则满足用户入参，则按设置的优先级排序，先选择优先级最高的，按上述规则进行优先级下服务商产品的依次校验。例如，存在某服务产品A下有三个服务商产品分别为XX1、XX2和XX3。该服务产品有如下四条规则。

[0077]

[0078] 如果用户需要发送一个重量为4kg，目的国为DE的包裹。规则1和3都可以满足客户的诉求，但由于1的优先级高于3，所以先按规则1进行校验。默认选择服务商产品XX1，如果用户入参满足XX1的履约属性，则用该服务商产品下单。如果不满足，则选择备用服务商1，以此类推。如果优先级1的规则不满足，则校验优先级3的服务商产品，以此类推。如果优先级为1和3的规则都不满足诉求，则看该服务产品下哪个服务商产品可以满足，并用该服务商产品下单。

[0079] 如果用户的入参没有落在任意一条规则，则直接按原有流程校验服务产品下的履约属性，看哪个服务商产品满足用户诉求，只有一个服务商产品则选择该服务商产品。如有多个服务商满足诉求，则随机选择一个服务商产品进行履约。

[0080] 进一步参考图4，作为对上述各图所示方法的实现，本公开提供了一种配送装置的一个实施例，该装置实施例与图2和图3所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

[0081] 如图4所示，本实施例的配送装置，包括：第一获取单元401、第二获取单元402、第一确定单元403、生成单元404。其中，第一获取单元，被配置为获取用户寄送物品的寄送参数；第二获取单元，被配置为获取默认配送渠道集合，默认配送渠道集合中包括至少一个默认配送渠道、以及默认配送渠道的配送参数；第一确定单元，被配置为响应于确定预设配置信息指示基于通用配置确定配送渠道，基于寄送参数、以及至少一个默认配送渠道中每一个默认配送渠道的配送参数，从默认配送渠道集合中确定目标配送渠道；生成单元，被配置为生成用于指示采用目标配送渠道配送物品的配送信息。

[0082] 在一些实施例中，第一确定单元，包括：第一确定模块，被配置为基于寄送参数、至少一个默认配送渠道中每一个默认配送渠道的配送参数、以及每一个默认配送渠道的优先级，从默认配送渠道集合中确定目标配送渠道。

[0083] 在一些实施例中，配送装置还包括：第三获取单元，被配置为获取用户指定的预设配送渠道集合，预设配送渠道集合中包括至少一个预设配送渠道、以及预设配送渠道的配送参数；第二确定单元，被配置为响应于确定预设配置信息指示基于用户配置确定配送渠道，基于寄送参数与至少一个预设配送渠道中每一个预设配送渠道的配送参数，从预设配送渠道集合中确定目标配送渠道。

[0084] 在一些实施例中，第二确定单元，包括：第二确定模块，被配置为基于寄送参数、至少一个预设配送渠道中每一个预设配送渠道的配送参数、以及每一个预设配送渠道的优先级，从预设配送渠道集合中确定目标配送渠道。

[0085] 在一些实施例中，配送装置还包括：第四获取单元，被配置为获取用户指定的配送环节；生成单元，包括：生成模块，被配置为在配送环节，生成用于指示采用目标配送渠道配送物品的配送信息。

[0086] 上述装置400中的各单元与参考图2、图3描述的方法中的步骤相对应。由此上文针对配送方法描述的操作、特征及所能达到的技术效果同样适用于装置400及其中包含的单元，在此不再赘述。

[0087] 根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

[0088] 如图5所示，是根据本申请实施例的配送方法的电子设备500的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

[0089] 如图5所示，该电子设备包括：一个或多个处理器501、存储器502，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器501为例。

[0090] 存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中，该存储器存储有可由至少一个处理器执行的指令，以使该至少一个处理器执行本申请所提供的配送方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的配送方法。

[0091] 存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的配送方法对应的程序指令/模块(例如，附图4所示的第一获取单元401、第二获取单元402、第一确定单元403、生成单元404)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的配送方法。

[0092] 存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据用于提取视频片段的电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至用于提取视频片段的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

[0093] 配送方法的电子设备还可以包括：输入装置503、输出装置504以及总线505。处理器501、存储器502、输入装置503和输出装置504可以通过总线505或者其他方式连接，图5中以通过总线505连接为例。

[0094] 输入装置503可接收输入的数字或字符信息，以及产生与用于提取视频片段的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

[0095] 此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

[0096] 这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

[0097] 为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

[0098] 可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

[0099] 计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端‑服务器关系的计算机程序来产生客户端和服务器的关系。

[0100] 应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

[0101] 上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。