一种大规模订单处理与配送路径优化的方法.pdf

《一种大规模订单处理与配送路径优化的方法.pdf》由会员分享，可在线阅读，更多相关《一种大规模订单处理与配送路径优化的方法.pdf（8页完整版）》请在专利查询网上搜索。

1、(10)申请公布号 CN 103927643 A (43)申请公布日 2014.07.16 CN 103927643 A (21)申请号 201410179022.9 (22)申请日 2014.04.30 G06Q 10/08(2012.01) G06Q 10/04(2012.01) G06Q 50/28(2012.01) (71)申请人 洪剑 地址 213000 江苏省常州市勤业新村 58- 乙 -503 (72)发明人 洪剑 (54) 发明名称 一种大规模订单处理与配送路径优化的方法 (57) 摘要 一种大规模订单处理与配送路径优化的方 法， 包括以下步骤 ： 步骤 100， 根据订单属性。

2、， 对订 单进行 ABC 分类法初次聚类， 划分 A 类订单、 B 类 订单、 C类订单 ； 步骤200， 对所述A类订单、 所述B 类订单、 所述 C 类订单进行 BIRCH 算法二次聚类， 建立聚类特征树， 对所述聚类特征树的叶结点进 行聚类， 获得特征簇 ； 步骤 300， 根据提货站点属 性及物流路径属性， 分别采用蚁群算法选择提货 站点和物流路径 ； 步骤 400， 根据步骤 200 及步骤 300 的结果， 对所述物流路径中所需要经过的站 点， 采用 Dijkstra 算法和蚁群算法对所述物流路 径进行优化， 获得最优路径。 (51)Int.Cl. 权利要求书 1 页 说明书 6 。

3、页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书1页 说明书6页 (10)申请公布号 CN 103927643 A CN 103927643 A 1/1 页 2 1. 一种大规模订单处理与配送路径优化的方法， 其特征在于， 包括以下步骤 ： 步骤 100， 根据订单属性， 对订单进行 ABC 分类法初次聚类， 划分 A 类订单、 B 类订单、 C 类订单 ； 步骤 200， 对所述 A 类订单、 所述 B 类订单、 所述 C 类订单进行 BIRCH 算法二次聚类， 建 立聚类特征树， 对所述聚类特征树的叶结点进行聚类， 获得特征簇 ； 步骤 300， 根据提货站点属性。

4、及物流路径属性， 分别采用蚁群算法选择提货站点和物流 路径 ； 步骤400， 根据步骤200及步骤300的结果， 对所述物流路径中所需要经过的站点， 采用 Dijkstra 算法和蚁群算法对所述物流路径进行优化， 获得最优路径。 2. 根据权利要求 1 所述的大规模订单处理与配送路径优化的方法， 其特征在于， 步骤 200 中， 所述二次聚类包括如下步骤 ： 步骤 210， 扫描所有数据， 建立初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为孤立 点 ； 步骤 220， 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全部叶 节点进行聚类。 3. 根据权利要求 1 所述。

5、的大规模订单处理与配送路径优化的方法， 其特征在于， 步骤 200 中， 所述二次聚类包括如下步骤 ： 步骤 210， 扫描所有数据， 建立初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为孤立 点 ； 步骤 211， 根据全局或半全局聚类算法的范围要求， 建立一个更小的 CF 树 ； 步骤 220， 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全部叶 节点进行聚类 ； 步骤 221， 将步骤 220 中的中心点作为种子， 将数据点重新分配到最近的种子上， 保证 重复数据分到同一个簇中， 同时添加簇标签。 4. 根据权利要求 1 所述的大规模订单处理与配送路径优化的方。

6、法， 其特征在于， 步骤 400 后还包括以下步骤 ： 步骤 500， 记录实际站点间的交通时间及站点停留时间 ； 步骤 600， 将步骤 500 的结果作为提货站点属性及物流路径属性。 5. 根据权利要求 1 至 4 任一所述的大规模订单处理与配送路径优化的方法， 其特征在 于， 所述订单属性包括订单送达时间、 订单紧急程度、 订单延迟时限。 6. 根据权利要求 1 至 4 任一所述的大规模订单处理与配送路径优化的方法， 其特征在 于， 所述提货站点属性包括站点停留时间、 站点备货品种、 站点备货量、 站点位置。 权 利 要 求 书 CN 103927643 A 2 1/6 页 3 一种大规。

7、模订单处理与配送路径优化的方法 技术领域 0001 本发明涉及一种大规模订单处理与配送路径优化的方法。 背景技术 0002 现代物流已被公认为是企业在降低物质消耗、 提高劳动生产率以外创造利润的第 三个重要源泉， 也是企业降低成本， 提高产品竞争力的重要途径。 0003 在实际操作中对大规模的订单需要进行规模化的处理并且合理调配各站点仓库 中的存储货物并且通过优化配送路径来节约运送成本， 使利润最大化。 发明内容 0004 本发明的目的在于， 提供一种云街便利循环物流配送体系的系统操作的算法和物 流调配实现的方式， 用于实现云街便利循环物流配送体系并且实现高效率的物流调配， 增 强配送系统对物。

8、流订单的处理能力和寻找最优化物流路径的能力。 利用实际的反馈数据不 断更新数据库内容使得系统对订单的处理能力和寻找最优化物流路径能力更加精准， 形成 一种积极的正反馈行为。 0005 用于解决问题的方案 0006 为了实现上述目的， 本发明创造提供一种大规模订单处理与配送路径优化的方 法， 包括以下步骤 ： 0007 步骤 100， 根据订单属性， 对订单进行 ABC 分类法初次聚类， 划分 A 类订单、 B 类订 单、 C 类订单 ； 0008 步骤 200， 对所述 A 类订单、 所述 B 类订单、 所述 C 类订单进行 BIRCH 算法二次聚 类， 建立聚类特征树， 对所述聚类特征树的叶。

9、结点进行聚类， 获得特征簇 ； 0009 步骤 300， 根据提货站点属性及物流路径属性， 分别采用蚁群算法选择提货站点和 物流路径 ； 0010 步骤400， 根据步骤200及步骤300的结果， 对所述物流路径中所需要经过的站点， 采用 Dijkstra 算法和蚁群算法对所述物流路径进行优化， 获得最优路径。 0011 优选地， 步骤 200 中， 所述二次聚类包括如下步骤 ： 0012 步骤 210， 扫描所有数据， 建立初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为 孤立点 ； 0013 步骤 220， 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全 部叶节。

10、点进行聚类。 0014 优选地， 步骤 200 中， 所述二次聚类包括如下步骤 ： 0015 步骤 210， 扫描所有数据， 建立初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为 孤立点 ； 0016 步骤 211， 根据全局或半全局聚类算法的范围要求， 建立一个更小的 CF 树 ； 0017 步骤 220， 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全 说 明 书 CN 103927643 A 3 2/6 页 4 部叶节点进行聚类 ； 0018 步骤 221， 将步骤 220 中的中心点作为种子， 将数据点重新分配到最近的种子上， 保证重复数据分到同一个簇中， 。

11、同时添加簇标签。 0019 优选地， 步骤 400 后还包括以下步骤 ： 0020 步骤 500， 记录实际站点间的交通时间及站点停留时间 ； 0021 步骤 600， 将步骤 500 的结果作为提货站点属性及物流路径属性。 0022 优选地， 所述订单属性包括订单送达时间、 订单紧急程度、 订单延迟时限。 0023 优选地， 所述提货站点属性包括站点停留时间、 站点备货品种、 站点备货量、 站点 位置。 0024 有益效果 0025 1、 良好适应云街便利循环物流配送体系的循环动态高效的配送体系。 可以支持大 量订单的分析与处理， 且实现该种方法的软件对硬件要求不高， 非常适合计算设备， 适。

12、合现 代电商的物流实际操作。 在实际物流配送中与车载移动装置相配合可以实现输入订单显示 路径以及预估到达各站点的时间， 大大方便了物流配送人员， 而且也方便公司对物流配送 进行及时调配。该方法能有效节约物流成本提升物流配送效率。 0026 2、 该方法解决了三个层次的问题 ： 第一层次是订单的处理， 第二层次提货站点及 路径的选取， 第三层次是各因素信息的及时更新。 这三个层次的算法结构互不影响， 当有先 进算法时， 随时可以引进来替换陈旧算法， 且也不影响程序的完整性。 0027 3、 与以往的物流的提货选址和配送路径选择的单向性相比该方法具有双向性， 一 个方向是从订单处理到路径选取到货物。

13、送达， 另一个方向是用完成的各步骤的结果数据 (如时间信息)反馈给系统数据库。 两个方向互相作用优化整个配送体系， 给公司日后大数 据处理埋下伏笔。 0028 4、 本发明适应性强， 对用户友善， 可建立云端数据库， 有需要的企业可以根据需要 自由调取运算。 具体实施方式 0029 下面对本发明创造实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实 施例仅是本发明创造部分实施例， 而不是全部的实施例。 基于本发明创造中的实施例， 本领 域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发明创 造保护的范围。 0030 假设有 n 个订单， 每个订单表示为 G。

14、i(i 1， .， n)， 设物流调配系统有 n 个 A 类 站点 ai(1 i e)， m 个 B 类站点 ai(e i f)， p 个 C 类站点 ai(f i g)， 每个站点 表示为 ai(i 1， .， n)， 在时刻 T(t)， 站点 ai的某物流货物库存量为 Qi(T(t)， 而在这一 时刻该站点对该物流货物的需求量为 Di(T(t)， 满足的约束条件为 Q(T(t) D(T(t)， 即 总在未来某时间点某货物总库存量大于等于对该货物的需求量。 且每辆运货车的最大装载 量为 W。 0031 在初始状态时， 各订单毫无规则且其中的数据繁杂， 直接对初始订单数据进行聚 类可能会导致程。

15、序运行缓慢， 且聚类的结果不准确等情况。 0032 因此， 先对初始订单用 ABC 分类法的思想先进行初次聚类。 说 明 书 CN 103927643 A 4 3/6 页 5 0033 步骤 100， 根据订单属性， 对订单进行 ABC 分类法初次聚类， 划分 A 类订单、 B 类订 单、 C 类订单。 0034 云街便利循环物流配送体系中分 A、 B、 C 三类站点。A 类站点主要为公司自营期间 店， 主要承载的物流职能为揽件、 自提、 派送、 分拣。 B类站点主要为有配送能力的社区点， 配 送站等， 主要承载的物流职能为揽件、 自提、 派送。C 类站点主要为社区点， 主要承载的物流 职能是。

16、揽件和自提功能。配送体系中实行 A 类站点之间 ( 即仓库之间 ) 定点配送和 A 类站 点、 B 类站点、 C 类站点无间配送的循环动态高效的配送体系。 0035 ABC 分类思想聚类的规则可以是按顾客收货的延迟期限可分为需采取及时配送 (JIT 配送 ) 的 A 类订单、 允许有一定延迟期限的 B 类订单以及允许较长延迟期限的 C 类订 单， 或者按订单货物调配方式分为各个 A 类站点和 B 类站点都有较多存货的 A 类订单、 某些 A 类站点和 B 类站点有存货的 B 类订单以及需要从别的地方调运货物的 C 类订单。 0036 步骤 200， 对所述 A 类订单、 所述 B 类订单、 所。

17、述 C 类订单进行 BIRCH 算法二次聚 类， 建立聚类特征树， 对所述聚类特征树的叶结点进行聚类， 获得特征簇。 0037 优选地， 所述二次聚类包括如下步骤 ： 0038 步骤 210， 扫描所有数据， 建立初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为 孤立点 ； 0039 步骤 211， 根据全局或半全局聚类算法的范围要求， 建立一个更小的 CF 树 ； 0040 步骤 220， 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全 部叶节点进行聚类 ； 0041 步骤 221， 将步骤 220 中的中心点作为种子， 将数据点重新分配到最近的种子上， 保证重复。

18、数据分到同一个簇中， 同时添加簇标签。 0042 面对大型数据， 利用 BIRCH 算法通过扫描数据库， 建立一个初始存放于内存中的 聚类特征树， 然后对聚类特征树的叶结点进行聚类， 聚类出的不同簇可看做是不同的物流 路径。 0043 BIRCH 算法的基本思想是建立一棵树， 这棵树能够捕获聚类所必须的信息， 聚类仅 在这颗树上进行。其中树中结点的标记包含了计算距离值所需要的信息。树的规模由与每 个叶结点所对应的阙值 T 决定。阙值 T 代表允许的最大直径。这里的直径是指簇中所有两 个点之间距离的平均值。 0044 BIRCH 聚类算法具体分为四个阶段 ： 0045 1、 扫描所有数据， 建立。

19、初始化的 CF 树， 把稠密数据分成簇， 稀疏数据作为孤立点 对待。 0046 2、 这个阶段是可选的， 阶段 3 的全局或半全局聚类算法有着输入范围的要求， 以 达到速度与质量的要求， 所以此阶段在阶段 1 的基础上， 建立一个更小的 CF 树。 0047 3、 补救由于输入顺序和页面大小带来的分裂， 使用全局 / 半全局算法对全部叶节 点进行聚类。 0048 4、 这个阶段也是可选的， 把阶段 3 的中心点作为种子， 将数据点重新分配到最近 的种子上， 保证重复数据分到同一个簇中， 同时添加簇标签。 0049 步骤 300， 根据提货站点属性及物流路径属性， 分别采用蚁群算法选择提货站点和。

20、 物流路径。 说 明 书 CN 103927643 A 5 4/6 页 6 0050 指派提货站点， 利用聚合好的订单数据用指派问题的思想合理规划选择不同物流 路径上需要提货以及经过的 A 类站点和 B 类站点。 0051 指派问题首先建立数学模型。 0052 设物流调配系统中的 A 类站点和 B 类站点共有 n 个， 每个站点都有各自的备货品 种和备货量 ( 如站点 ak中有 A 商品 a 个、 B 商品 b 个、 C 商品 c 个等等 )， 步骤二中聚类出 的各物流路径上需要取货的货物种类和对应的数量分别设为 x 和 xy， 而派送车去第 i 个站 点取打包的货物 j(A 商品 a 个、 。

21、B 商品 b 个、 C 商品 c 个等等 ) 所需的成本为 c。 0053 0054 0055 由于一个站点可能不满足一条物流路径上的订单取货要求， 派送车可能需要去多 个站点进行取货， 所以我们要指派最优化的取货站点， 即取货的成本最低。 0056 最小成本的建模为 ： 0057 0058 在此模型基础上， 用蚁群算法之最大-最小蚁群系统(Max-Min Ant System)进行 运算。 将cij设为一个节点， 信息素集中在节点， 到达一个节点信息素立即更新， 所有蚂蚁完 成一次觅食， 比较次优解， 进行全局信息素的更新。 0059 产生随机概率 w(0 w 1)， 如果 w w0， 根据。

22、下式计算转移概率。蚂蚁移向概 率最大的节点， 否则在可选节点中随机选择一个。 0060 0061 当蚂蚁选择改节点后， 立即更新此节点的信息素 ij。 0062 按下式更新全局信息素， 0063 ij(t+1) (1-)ij(t)+ij(t) 0064 式中 为蒸发系数， 取值为 0 1， 决定信息素挥发的快慢， ij(t) 表示 本次蚂蚁觅食中在节点 cij留下的信息素增量。 0065 程序设置蚂蚁觅食次数， 根据各节点的信息素迭代次数来选择最优化取货站点。 说 明 书 CN 103927643 A 6 5/6 页 7 0066 步骤400， 根据步骤200及步骤300的结果， 对所述物流路。

23、径中所需要经过的站点， 采用 Dijkstra 算法和蚁群算法对所述物流路径进行优化， 获得最优路径。 0067 根据根据步骤 200 及步骤 300 的结果， 根据该条物流路径中所需要经过的站点 ai(i 1， .， n)， 用 Dijkstra 算法和蚁群算法来进行计算， 使得物流路径是最短路径， 从 而实现云街便利循环物流配送系统中的高效速达的要求。 0068 首先对配送距离进行建模， 设站点 ai和站点 aj之间的距离为 dij。建立不同站点 之间距离的二维矩阵 ： 0069 0070 任意站点之间的距离 dij为站点 ai和站点 aj之间的不可分割的最短距离。 0071 根据点对点之。

24、间的地理信息、 历史积累的人为经验信息等信息在程序中建立初步 的距离模型， 该各站点初始距离数据将作为已知条件作用到计算最优化路径的 Dijkstra 算法和蚁群算法中。 0072 步骤 500， 记录实际站点间的交通时间及站点停留时间 ； 0073 步骤 600， 将步骤 500 的结果作为提货站点属性及物流路径属性。 0074 数据的反馈， 这是建立云街便利循坏物流配送系统中的重要步骤。数据反馈对云 街便利循环物流配送体系日后的长远发展有举足轻重的作用， 数据的反馈能使数据库中的 数据保持不断更新的状态， 能及时跟上实际变化， 以便随时能利用既定的程序始终寻找到 最优化的物流配送方式。最终。

25、使得该系统运作后， 配送高效度逐步增强。 0075 在实际物流操作中， 实际的情况为分散点， 满足线性回归， 而数据的反馈能不断增 加分散点的数量从而精确线性回归线。实际的数据反馈对抽象的程序计算形成正反馈作 用。 0076 如发车时间的不同， 相同站点之间的用时也可能不同， 在数据反馈中， 该路径车辆 拥挤的情况也会由反馈的时间数据来体现， 随着数据的不断反馈不断积累， 可以从数据库 中分析出哪些时间发车进行物流派送可以节约物流成本和配送时间。 避免在拥挤时段发车 导致的隐性物流配送的迟缓和物流成本的增加。 0077 该种大规模订单处理与配送路径优化的方法中， 基于云街便利循环物流配送体系 。

26、这个平台， 以该体系中循环班车的功能为前提， 以综合的配送时间以及综合的配送成本为 停留站点的选择和路径选取的标准， 结合订单信息， 各站点库存信息， 发货车最大载货量， 各站点之间距离等因素对配送时各站点是否停留取货的选择以及各站点之间路径进行最 优化规划。 0078 该方法在订单的聚类上采取了两次聚类， 第一次聚类采用了 ABC 分类法的思想， 第二次聚类采用适应大数据聚类的BI RCH聚类法。 两次聚类相比一次聚类大大提升了计算 机运行速度， 同时也使得运行结果更加准确。而后， 在配送路径的优化上， 对于提货站点的 选择和路径的选择上使用两次蚁群算法。这种算法很好的适应于现代计算机的计算。

27、方式， 说 明 书 CN 103927643 A 7 6/6 页 8 能有效计算出最佳配送路径。最后， 每次配送后对数据的反馈在进行数据处理分析后又能 精确程序运行的各条件因素取值， 最后再次作用到配送体系中， 提升了配送的高效性， 保证 了信息在配送体系中的流通性和及时性。 0079 数据反馈形成的数据库可以变为云端数据库， 方便各单位进行调运运算， 且各企 业使用后反馈的数据又能增加云端数据库的数据量。 各个小数据库结合可以形成强大的物 流数据体系。 0080 该方法每个步骤都可以单独设置程序运行， 不相互影响， 若存在算法发展的进步， 可以随时用先进的算法替换其中陈旧的算法， 而不影响整体算法效果的运行情况。 0081 以上所述， 仅为本发明创造的具体实施方式， 但本发明创造的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明创造揭露的技术范围内， 可轻易想到变化 或替换， 都应涵盖在本发明创造的保护范围之内。 因此， 本发明创造的保护范围应所述以权 利要求的保护范围为准。 说 明 书 CN 103927643 A 8 。