CN114372757A - 一种基于商家侧的物流分拣组包方法及系统 - Google Patents

Abstract

本发明提供了一种基于商家侧的物流分拣组包方法及系统，包括：当收到由商家端发送的目标包裹的组包请求时，服务器端依据标识信息确定与商家端对应的商家分拣分区规则；服务器端依据商家分拣分区规则和通用分拣分区规则为目标包裹配置对应的规则容器；当规则容器内配置包裹重量达到预设值时，服务器端将当前配置在规则容器中的包裹进行组包；本发明通过将库内作业的分拣组包环节前置，应对商家需求的多样化，有操作能力的商家能够承担一部分库内工作以换取时效和价格，缓解入库产能瓶颈，进一步保证数据安全，保证物流公司数据操作质量，责任划分清晰。

Description

一种基于商家侧的物流分拣组包方法及系统

技术领域

本发明涉及物流技术领域，特别是涉及一种基于商家侧的物流分拣组包方法及系统。

背景技术

随着物流行业的蓬勃发展，经过时间的沉淀和业务的积累，各个物流公司提供的物流服务越来越完善，已逐步形成行业级别的默认规范和流程标准。但是标准化的操作无法满足商家的多样化需求，更无法适应商家参差不齐的操作能力。

针对商家的特殊需求，现有方案大多还是借助物流公司本身的库内操作能力，对商家开通实操帐号并赋予相应的操作权限。

但是该方案存在诸多问题，例如商家直接使用物流公司的库内作业系统，存在数据丢失、数据被修改、数据泄露等风险，客户的操作质量不可控，从而影响物流公司整体数据的准确性。同时该方案仅仅满足部分商家的特殊需求，如大包交接、保税仓等合作项目。随着行业发展，商家的操作能力参差不齐，商家需求呈现多样化态势，比如部分商家能够承担一部分库内工作以换取时效和价格。而物流公司内部的作业系统与商家实际操作场景存在较大差异，不能够为适应商家操作进行大范围改造牺牲基本的库内作业功能。

发明内容

鉴于上述问题，本发明实施例提供了一种克服上述问题或者至少部分地解决上述问题的一种基于商家侧的物流分拣组包方法及系统。

在本发明一实施例中提供了一种基于商家侧的物流分拣组包方法，所述方法涉及商家端和服务器端，所述方法应用于对包裹进行分拣组包，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；

所述方法包括如下步骤：

当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

进一步地，所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器的步骤，包括：其中，所述商家分拣分区规则包括派送分区规则和分拣分区规则；

依据所述订单信息，获取所述目标包裹的派送分区ID；

依据所述派送分区ID确定所述目标包裹的派送分区规则；

依据所述派送分区规则确定与所述订单信息匹配的分拣分区规则；

依据所述派送分区规则、所述分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器。

进一步地，所述依据所述订单信息，获取所述目标包裹的派送分区ID的步骤，包括：

当所述订单信息为正常状态时，则获取所述目标包裹的派送ID。

进一步地，所述当所述订单信息为正常状态时，则获取所述目标包裹的派送ID的步骤，包括；

当所述目标包裹未组包且所述订单信息包括称重信息，则所述订单信息为正常状态，获取所述目标包裹的派送ID。

进一步地，所述当所述订单信息为正常状态时，则获取所述目标包裹的派送ID的的步骤，还包括；

当所述目标包裹已组包，则所述订单信息为异常状态，生成异常信息并返回所述异常信息至商家。

进一步地，所述依据所述派送分区规则、所述分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器的步骤，包括；

当所述订单信息与所述分拣分区规则匹配成功，则依据所述分拣分区规则为所述目标包裹配置对应的分拣规则容器；

或；

当所述订单信息与所述分拣分区规则匹配异常，则为所述目标包裹配置异常容器；

或；

当所述订单信息与所述分拣分区规则匹配失败，则为所述目标包裹配置其他容器。

进一步地，还包括步骤：

将组包后的所述目标包裹进行扎带打标，并下发揽收预报给物流公司揽收入仓。

在本发明一实施例中还提供了一种基于商家侧的分拣组包系统，所述系统涉及商家端和服务器端，所述系统应用于对包裹进行分拣组包，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；包括：

分拣分区规则确定模块，用于当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

规则容器配置模块，用于所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

组包模块，用于当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

一种设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的一种基于商家侧的物流分拣组包方法。

一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的一种基于商家侧的物流分拣组包方法。

本申请具有以下优点：

在本申请的实施例中，通过服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包；本发明通过在服务器内为不同的商家配置的不同分拣分区规则，让商家可以在服务器内通过不同的分拣规则为所述目标包裹配置不同的规则容器，对所述目标包裹进行分拣组包；本发明设计的分拣组包方法，应用于商家作业平台，符合商家侧的作业场景，将库内作业的分拣组包环节前置，应对商家需求的多样化，有操作能力的商家能够承担一部分库内工作以换取时效和价格，缓解入库产能瓶颈，进一步保证数据安全，保证物流公司数据操作质量，责任划分清晰。

附图说明

为了更清楚地说明本申请的技术方案，下面将对本申请的描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的一种基于商家侧的物流分拣组包方法的步骤流程图；

图2是本申请一实施例提供的一种基于商家侧的物流分拣组包系统的结构框图；

图3是本申请一实施例提供的一种计算机设备的结构示意图；

图4是本申请一实施例提供的物流公司对物流包裹的标准作业段的结构示意图；

图5是本申请一具体实施例提供的一种基于商家侧的物流分拣组包方法的步骤流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参照图1，示出了本本申请一实施例提供的一种基于商家侧的物流分拣组包方法的步骤流程图，所述方法涉及商家端和服务器端，所述方法应用于对包裹进行分拣组包，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；

所述方法具体包括如下步骤：

S110，当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

S120，所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

S130，当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

在本申请的实施例中，通过服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包；本发明通过在服务器内为不同的商家配置的不同分拣分区规则，让商家可以在服务器内通过不同的分拣规则为所述目标包裹配置不同的规则容器，对所述目标包裹进行分拣组包；本发明设计的分拣组包方法，应用于商家作业平台，符合商家侧的作业场景，将库内作业的分拣组包环节前置，应对商家需求的多样化，有操作能力的商家能够承担一部分库内工作以换取时效和价格，缓解入库产能瓶颈，进一步保证数据安全，保证物流公司数据操作质量，责任划分清晰。

下面，将对本示例性实施例中一种基于商家侧的物流分拣组包方法作进一步地说明。

在本发明一实施例中，步骤S110所述“当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则”之前还包括：当接收到商家端发送的目标包裹的称重请求时，所述服务器端依据所述订单信息对所述包裹进行称重。

需要说明的是，接收到商家端发送的目标包裹的称重请求之前，商家会下发目标包裹的订单信息至订单平台，包裹的订单信息数据存储在订单平台的数据库，形成预报库；商家端发送目标包裹的称重请求即商家登录商家作业平台(即服务器端)，进入称重打单的页面。

在本发明一实施例中，可以结合下列描述进一步说明步骤所述“当接收到商家端发送的目标包裹的称重请求时，所述服务器端依据所述订单信息对所述包裹进行称重”的具体过程。

如下列步骤所述，获取目标包裹的订单号，并依据所述订单号从订单平台获取目标包裹的订单信息。

在一具体实施例中，商家进入称重打单的页面后，扫描目标包裹的条码或者手动输入目标包裹的订单号，获取目标包裹的订单信息，其中，可以通过手动输入包裹的订单信息进行称重，也可以通过从预报库拉取订单的数据来获取目标包裹的订单信息从而进行称重，其中，订单信息包括目标包裹的重量、长宽高信息。

需要说明的是，在获取所述目标包裹的订单信息的过程中，若所述目标包裹不存在预报库，或所述目标包裹的订单归属不正常，或所述目标包裹存在其他异常信息，则所述目标包裹的订单为异常状态，生成异常信息，并将异常信息返回给商家，商家可根据异常信息提示进行相应的处理。

如下列步骤所述，通过调用库内的校验规则对所述订单信息进行状态校验，并生成服务商单号。

需要说明的是，所述校验规则为预先配置在库内的规则，包括多种规则，如渠道选择规则、订单计费重规则、超长超重规则等；所述服务商单号为派送服务商生成的单号，对于跨境物流，物流公司可能负责派送也可能将包裹交至当地的物流服务商进行派送，如果不自己派送就需要在派送之前进行换号，将运单号换成当地物流服务商的单号之后再由服务商进行派送。

在一具体实施例中，通过调用库内接口，获取库内的校验规则对订单信息进行校验，如调用超长超重规则对目标包裹进行校验，校验订单信息内的长度信息和重量信息，判断该订单是否超长、是否超重，若没有，则超长超重规则校验成功，则调用下一个校验规则进行校验，若全部规则校验成功，则校验成功；校验成功后，依据所述第一订单信息判断是否换号，具体地，依据称重校验传入的渠道信息、订单信息，校验当前订单的单号规则以及长宽高属性等信息是否满足当前的渠道，如果不满足，则匹配新的渠道，并调用库内换号接口生成新渠道下的服务商单号，保存换号记录；如果满足，则直接生成当前渠道的服务商单号；若规则校验失败，则生成失败信息，并将所述失败信息返回给商家，商家根据错误提示对订单进行处理，处理后可重新进入称重打单页面，扫描条码或手动输入目标包裹订单号，重复上述步骤。

进一步地，获取服务商单号后，即称重成功，回传订单信息给商家，并提示称重成功；如果称重时同时勾选打印标签，则称重换号成功后同时返回标签。

如所述步骤S110所述，当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则。

需要说明的是，业务人员在后台管理新增商家信息，为不同的商家配置的不同的商家分拣分区规则，并为不同的商家配置不同的标识信息，当商家发送组包请求时，服务器会识别该标识信息，为商家匹配对应的商家分拣分区规则。

作为一种示例，称重完成后，商家进入分拣组包页面，输入服务商单号，依据商家的标识信息，即可获取预先配置的商家分拣分区规则。

如所述步骤S120所述，所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器。

在本发明一实施例中，可以结合下列描述进一步说明步骤S130所述“所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器”的具体过程。

需要说明的是，所述商家分拣分区规则包括派送分区规则和分拣分区规则，所述派送分区规则是以渠道代码、目的国、目的地邮编为维度形成一个派送分区，并且有对应的派送规则，比如是否带电，是否超重，是否超过件数；所述分拣分区规则是以派送分区和商家编码为维度形成一个商家的分拣分区，并且有对应的分拣分区规则，比如包材重量，装袋限重，重量差异值，以及袋标生成规则等，其中，一个商家下的分拣分区不能重复，分拣分区对应的派送分区也不能重复；例如，配置一条派送分区规则：渠道为PTSGGH，目的国为US，邮编段为1-5，不带电，最大重，最大货值等；配置一条分拣分区的规则：分拣类型为服务商大包，包材限重200g，封袋限重20kg，袋子编码规则为US-{YYMMDD}-{7位序列}，最后将派送分区、分拣分区、商家关联起来。所述规则容器包括分拣分区规则容器和通用规则容器，其中，所述分拣分区规则容器分别对应一个分拣分区规则，所述通用规则容器包括异常容器和失败容器；其中，商家未结束分拣组包操作前，所有容器对应同一个批次，即，用一个批次号来标识当前窗口的一组容器，避免分拣组包时数据错乱。

如下列步骤所述，依据所述订单信息，获取所述目标包裹的派送分区ID。

作为一种示例，当所述目标包裹未组包且所述订单信息包括称重信息，则所述订单信息为正常状态，获取所述目标包裹的派送ID，其中，所述订单信息除了称重信息，还包括渠道代码信息、目的国家代码信息、收件人邮编信息等，依据渠道代码+目的地国家代码+收件人邮编信息获取对应的派送分区ID；当所述目标包裹已组包，或者所述目标包裹不存在预报库，或者所述目标包裹存在其他异常信息，则所述订单信息为异常状态，生成异常信息并返回所述异常信息至商家，商家依据异常信息的提示，对所述目标包裹进行相应的处理。

如下列步骤所述，依据所述派送分区ID确定所述目标包裹的派送分区规则。

如下列步骤所述，依据所述派送分区规则确定与所述订单信息匹配的分拣分区规则。

在一具体实施例中，依据派送分区ID获取商家作业台配置的分拣规则明细，将包裹订单信息与分拣规则明细逐一匹配，最后返回匹配到的分拣分区规则。

如下列步骤所述，依据所述派送分区规则、所述分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器。

作为一种示例，当所述订单信息与所述分拣分区规则匹配成功，则依据所述分拣分区规则为所述目标包裹配置对应的分拣规则容器；或；当所述订单信息与所述分拣分区规则匹配异常，则为所述目标包裹配置异常容器；或；当所述订单信息与所述分拣分区规则匹配失败，则为所述目标包裹配置其他容器。

如步骤S130所述，当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

在本申请的实施例中，所述方法还包括步骤：将组包后的所述目标包裹进行扎带打标，并下发揽收预报给物流公司揽收入仓。

需要说明的是，每个规则容器都有一个预先设置的重量值，当所述规则容器达到该预设值时，便不再对该规则容器再进行分拣，若相同规则的包裹没有组包完成，则对当前规则容器进行扎带打标，代表组包完成，组包完成后重新启动该规则容器，对相同规则的包裹继续进行组包操作。

揽收入仓库后，针对中转大包，仓库人员将中转包进行拆包进行分拣正常装袋组包，按照大包服务商进行大包分拣，干线交接，针对服务商大包直接进行大包分拣，干线交接即可。

在本申请的实施例中，本发明主要通过将库内作业一部分的生产环节前置(如称重、换标、贴标、集包等)，开发出A0段商家作业模式，更符合商家侧的作业场景。本发明主要包含两部分，一是商家分拣分区规则与包裹派送规则定义，二是商家基于A0段作业模式操作时，系统根据派送分区规则校验包裹信息，对于异常包裹，不需要包裹到物流公司的仓库，才能发现异常，还要进行退件处理；之后商家可以基于自己的操作能力，根据系统配置的分拣分区规则进行组包并交付至物流公司，从而保证自己可以优先出货。

需要说明的是，本发明涉及到的定义如下：

参照图4，A0段：前置段，假如把物流公司的标准作业段分为A、B、C、D段，前置的库内作业环节则组成A0段的内容。商家下发包裹信息给物流公司之后，物流公司上门揽收之前，商家可以通过商家作业台灵活处理异常件，组包完成之后再由物流公司的司机进行揽收送至仓库或直接交至干线运输。

小包：普通的物流包裹。

服务商大包：无需在物流公司的仓库进行拆包和分拣，可直接出库交接至干线服务商，相当于完美大包。商家利用自己的操作能力，将相同规则的小包分拣到同一个大包中去，同时对分拣中的异常小包及时处理，最后组成一个服务商大包。

中转大包：还需要在物流公司的仓库进行拆包、分拣等作业，最后组成服务商大包并出库。

组包：商家逐票扫描小包，并使用扎待将袋口封紧，打印对应的大包标签，将大包标签平铺粘贴在大包外部。该方案中商家可以通过配置商家分拣规则组中转大包和服务商大包两种类型的大包。中转大包和服务商大包不允许混建大包，需要分开独立建包。

拆包：将大包拆开，逐一取出小包进行称重、分拣、重新组包等操作。

容器：在系统中对应商家的分拣分区规则，一个规则对应一个容器，实操过程对应一个大包，大包可能是一个袋子可能是一个纸箱等。系统中容器记录的是多个小包的运单号，实操中一个大包装载的这些运单号对应的实际小包。系统中容器的启动和结束，对应实操中大包的开始装袋和扎袋打标。

FPX单号：物流公司操作环节中可以对一个小包统一使用的唯一单号，满足物流公司定义的号码规则即可。

服务商单号：派送服务商生成的单号，对于跨境物流，物流公司可能负责派送也可能将包裹交至当地的物流服务商进行派送，如果不自己派送就需要在派送之前进行换号，将运单号换成当地物流服务商的单号之后再由服务商进行派送。

客户单号：商家下单时录入的自定义单号，方便商家查找包裹订单。

派送分区规则：以渠道代码、目的国、目的地邮编为维度形成一个派送分区，并且有对应的派送规则，比如是否带电，是否超重，是否超过件数。派送分区的规则主要用来校验小包。

分拣分区规则：以派送分区和商家编码为维度形成一个商家的分拣分区，并且有对应的分拣分区规则，比如包材重量，装袋限重，重量差异值，以及袋标生成规则等。一个商家下的分拣分区不能重复，分拣分区对应的派送分区也不能重复。分拣分区规则主要用来校验组包后的大包以及根据分拣分区中袋标的规则生成大包标签。

参照图5，在本发明一具体实施例中，所述方法具体包括如下步骤：

业务人员在后台管理新增商家信息，并配置商家的分拣分区规则和派送分区规则。例如配置一条派送分区规则：渠道为PTSGGH，目的国为US，邮编段为1-5，不带电，最大重，最大货值等；配置一条分拣分区的规则：分拣类型为服务商大包，包材限重200g，封袋限重20kg，袋子编码规则为US-{YYMMDD}-{7位序列}，最后将派送分区、分拣分区、商家关联起来。

商家下发小包订单信息至预报库。

商家登录商家作业台扫描小包条码或者手动输入单号进行称重：称重时可选择是否启用预报重，如启用则直接拉取预报库的订单重量、长宽高信息进行称重；如果订单不存在预报库，订单归属不正确，订单状态异常，保存异常信息后直接返回对应提示信息给商家，商家按照实际需求处理包裹信息。；调用库内接口校验订单信息是否正常，如果未通过库内的规则校验，例如渠道选择规则、订单计费重规则、超长超重规则等，返回给商家提示信息，商家根据错误提示修改包裹信息后重复步骤3的操作；订单是否需要换号，如果换号则调用库内换号接口进行获取服务商单号，并保存换号记录；如果称重同时勾选打印标签，称重换号成功后同时返回标签。

商家登录商家作业台扫描小包条码或者手动输入单号进行分拣组包：获取商家配置的所有分拣分区规则，并启动对应的容器，所有容器对应同一个批次；如果订单不存在预报库，订单不是已称重状态，订单已组包，订单状态异常，返回商家提示信息，商家做出相应处理；如果订单为异常直接匹配异常分拣规则，放入“异常”容器；根据渠道代码+目的地国家代码+收件人邮编获取库内派送分区ID，根据派送分区ID获取商家作业台配置的分拣规则明细，将包裹订单信息与分拣规则明细逐一匹配，最后返回匹配到的分拣规则，并将小包放入到分拣规则对应的容器中。未匹配到的包裹直接放入“其他”容器；分拣完所有小包，点击扎带打标，组包完成，下发揽收预报。

司机揽收入仓。

针对中转大包，仓库人员将中转包进行拆包进行分拣正常装袋组包，按照大包服务商进行大包分拣，干线交接。针对服务商大包直接进行大包分拣，干线交接即可。

本申请实施例的有益效果：

能进行异常件拦截，现有技术中，所有的异常件都要到仓库才能够识别，不利于异常件处理时效和体验，本申请通过将库内节点以及校验前置，凡是数据层面也就是通过系统能够识别的问题，均可以通过称重、组包环节来限制异常件的流转，异常件无法完成中转大包或者服务商大包的组包，保障商家交付至物流公司的货物均为正常件，异常件被识别出来后，商家可以自己通过更改包裹信息解决。

能缓解入库产能瓶颈，在本申请实施例中，仓库产能＝商家仓库产能+物流公司仓库产能。

能实现数据隔离，商家使用物流公司库内系统造成的问题和库内实际操作无法区分，责任不清晰，在本申请实施例中，A0段数据隔离，保证数据安全，保证物流公司数据操作质量，责任划分清晰。

能满足商家的多样化需求，有操作能力的商家能够承担一部分库内工作以换取时效和价格。

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

参照图2，示出了本申请一实施例提供的一种基于商家侧的分拣组包系统，所述系统涉及商家端和服务器端，所述系统应用于对包裹进行分拣组包，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；具体包括：

分拣分区规则确定模块110，用于当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

规则容器配置模块120，用于所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

组包模块130，用于当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

参照图3，示出了本申请一实施例提供的一种基于商家侧的物流分拣组包方法的计算机设备，具体可以包括如下：

上述计算机设备12以通用计算设备的形式表现，计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，内存28，连接不同系统组件(包括内存28和处理单元16)的总线18。

总线18表示几类总线18结构中的一种或多种，包括存储器总线18或者存储器控制器，外围总线18，图形加速端口，处理器或者使用多种总线18结构中的任意总线18结构的局域总线18。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线18，微通道体系结构(MAC)总线18，增强型ISA总线18、音视频电子标准协会(VESA)局域总线18以及外围组件互连(PCI)总线18。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

内存28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器30和/或高速缓存存储器32。计算机设备12可以进一步包括其他移动/不可移动的、易失性/非易失性计算机体统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质界面与总线18相连。存储器可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块42，这些程序模块42被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其他程序模块42以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本申请所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24、摄像头等)通信，还可与一个或者多个使得操作人员能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过I/O接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN))，广域网(WAN)和/或公共网络(例如因特网)通信。如图3所示，网络适配器20通过总线18与计算机设备12的其他模块通信。应当明白，尽管图3中未示出，可以结合计算机设备12使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元16、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统34等。

处理单元16通过运行存储在内存28中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例所提供的一种基于商家侧的物流分拣组包方法。

也即，上述处理单元16执行上述程序时实现：当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

在本申请一实施例中，还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有实施例提供的一种基于商家侧的物流分拣组包方法。

也即，给程序被处理器执行时实现：当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言——诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在操作人员计算机上执行、部分地在操作人员计算机上执行、作为一个独立的软件包执行、部分在操作人员计算机上部分在远程计算机上执行或者完全在远程计算机或者服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到操作人员计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

以上对本申请所提供的一种基于商家侧的物流分拣组包方法及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种基于商家侧的物流分拣组包方法，所述方法涉及商家端和服务器端，所述方法应用于对包裹进行分拣组包，其特征在于，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；

所述方法包括如下步骤：

当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

2.根据权利要求1所述的基于商家侧的物流分拣组包方法，其特征在于，所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器的步骤，包括：其中，所述商家分拣分区规则包括派送分区规则和分拣分区规则；

依据所述订单信息，获取所述目标包裹的派送分区ID；

依据所述派送分区ID确定所述目标包裹的派送分区规则；

依据所述派送分区规则确定与所述订单信息匹配的分拣分区规则；

依据所述派送分区规则、所述分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器。

3.根据权利要求2所述的基于商家侧的物流分拣组包方法，其特征在于，所述依据所述订单信息，获取所述目标包裹的派送分区ID的步骤，包括：

当所述订单信息为正常状态时，则获取所述目标包裹的派送ID。

4.根据权利要求3所述的基于商家侧的物流分拣组包方法，其特征在于，所述当所述订单信息为正常状态时，则获取所述目标包裹的派送ID的步骤，包括；

当所述目标包裹未组包且所述订单信息包括称重信息，则所述订单信息为正常状态，获取所述目标包裹的派送ID。

5.根据权利要求3所述的基于商家侧的物流分拣组包方法，其特征在于，所述当所述订单信息为正常状态时，则获取所述目标包裹的派送ID的的步骤，还包括；

当所述目标包裹已组包，则所述订单信息为异常状态，生成异常信息并返回所述异常信息至商家。

6.根据权利要求2所述的基于商家侧的物流分拣组包方法，其特征在于，所述依据所述派送分区规则、所述分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器的步骤，包括；

当所述订单信息与所述分拣分区规则匹配成功，则依据所述分拣分区规则为所述目标包裹配置对应的分拣规则容器；

或；

当所述订单信息与所述分拣分区规则匹配异常，则为所述目标包裹配置异常容器；

或；

当所述订单信息与所述分拣分区规则匹配失败，则为所述目标包裹配置其他容器。

7.根据权利要求1所述的基于商家侧的物流分拣组包方法，其特征在于，还包括步骤：

将组包后的所述目标包裹进行扎带打标，并下发揽收预报给物流公司揽收入仓。

8.一种基于商家侧的分拣组包系统，所述系统涉及商家端和服务器端，所述系统应用于对包裹进行分拣组包，其特征在于，所述服务器端设有与所述商家端一一对应的商家分拣分区规则以及通用分拣分区规则；所述商家端用于向所述服务器端发送包裹的组包请求；其中，所述组包请求包括所述商家端的标识信息和所述包裹的订单信息；包括：

分拣分区规则确定模块，用于当收到由所述商家端发送的目标包裹的组包请求时，所述服务器端依据所述标识信息确定与所述商家端对应的所述商家分拣分区规则；

规则容器配置模块，用于所述服务器端依据所述商家分拣分区规则和所述通用分拣分区规则为所述目标包裹配置对应的规则容器；

组包模块，用于当所述规则容器内配置包裹重量达到预设值时，所述服务器端将当前配置在所述规则容器中的所述包裹进行组包。

9.一种设备，其特征在于，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的基于商家侧的物流分拣组包方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

Images