基于城际物流接续的配送方法、系统、设备及存储介质与流程

1.本发明涉及物流数据交互领域，具体地说，涉及基于城际物流接续的配送方法、系统、设备及存储介质。


背景技术：

2.在物流领域，对于货物在500kg以下的，属于小票快运，常见于各快递公司提供的服务；对于货物在500kg-3t的，属于大票零担，通常需要将多单货物拼够一辆车来运输；对于货物在3t以上的，属于整车业务，即一单货物就能够发一辆货车运输。
3.对于小票快运，货主下单后，快递公司一般是由快递员取件，然后交由快递公司自营车辆统一运输，货主通过查看快递员和车辆轨迹来跟踪货物运输情况。
4.对于整车业务，由于是一辆车完成装货地至卸货地的运输，货物运输情况也容易跟踪。
5.对于大票零担业务，货主为了降低成本，经常会采用专线物流。专线物流公司只承接固定线路的货物运输，一般是在固定线路的两个端点城市(例如：北京—南京)的物流园设置网点，用于收集货物并运输，这样就需要货主先将货物运送到专线物流公司的网点，然后交由专线物流公司运输。
6.对于专线物流来说，由于货主需要自行将货物运输到专线物流公司的网点，这就造成整个货物运输过程中至少存在两个承运人，货主无法连续性地跟踪货物运输进度。
7.虽然在客运领域存在运力接续的概念，即一辆车半路出现故障后，会调配另一辆车继续接乘客走完剩下的行程，但是这种运力接续无法运用到专线物流，因为客运领域的运力接续面对的是不确定性问题，只有“发生故障”这一事件发生后才会涉及到两个承运车辆，调度完成后再将接续车辆的信息发送给乘客，乘客无法、也不需要提前知道第二辆车的信息，而专线物流的运力接续面对的是确定性问题，即货主托运货物过程中必然会涉及到两个车辆，货主为了完整地跟踪货物运输进度更需要提前知道两个运输车辆的信息。但是如前所述，由于两个承运人通常分属不同的公司，因此货主很难获得完整的货物运输进度信息，只能通过打电话等方式不断地与两个承运人沟通、确认，并不便捷，效率低下。
8.因此，本发明提供了一种基于城际物流接续的配送方法、系统、设备及存储介质。


技术实现要素：

9.针对现有技术中的问题，本发明的目的在于提供基于城际物流接续的配送方法、系统、设备及存储介质，克服了现有技术的困难，能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
10.本发明的实施例提供一种基于城际物流接续的配送方法，包括以下步骤：
11.s110、收集由同一发货城市至同一到货城市之间的大票零担的配送需求分别建立需求集合；
12.s120、在同一需求集合中至少基于运输行程与收件行程，或者所述运输行程与配
送行程获得物流专线任务；
13.s130、根据所述物流专线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；以及
14.s140、跟踪所述车主的注册车辆的运动轨迹，实时向货主提供所述注册车辆的运动轨迹，进行信息交互。
15.优选地，所述步骤s110中，所述大票零担的单件货物重量的取值范围为500千克至3吨。
16.优选地，所述步骤s140中，至少包括：
17.当货主已发单、上门提货车辆司机已接单时，货主状态与司机状态均为待确认提供车辆；
18.当提货车辆已被派往货主地址提货时，货主状态与司机状态均为待提货；
19.当提货车辆已将货物运输到专线公司网点时，货主状态与司机状态均为待发车；
20.专线公司货物起运后，状态显示待送达；
21.专线公司确认送达且货主未确认收获时，状态显示已送达；
22.收货人确认收货，或者专线公司已送达x天后，虽然收货人未确认收货，状态也会显示已签收，订单完成。
23.优选地，当处于待提货状态时，将提货车辆的车牌号、提货司机联系方式、专线公司网点信息展示给所述货主。
24.优选地，当处于待发车状态时，将多个不同货主的货物拼在一辆整车进行运输。
25.优选地，当处于待送达状态时，仅将所述车主的车牌号信息和基于历史数据的相同物流专线任务的平均时间推送给货主。
26.优选地，当处于待送达状态时，分别将所述物流专线任务和物流干线任务的车主的车牌号、联系方式以及位置发送给对应任务的另一车主。
27.优选地，所述步骤s120包括以下步骤：
28.基于所述发货城市与到货城市之间的路径获得运输行程；
29.基于途径所述到货城市中相同的物流网点并且所述发货城市内若干就近发货地址的路径形成一收件行程，所述发货地址之间的间距小于预设距离，将所述运输行程与收件行程组合形成一物流任务；
30.基于途径所述发货城市中相同的物流网点并且所述到货城市内若干就近配送地址的路径形成一配送行程，所述配送地址之间的间距小于预设距离，将所述运输行程与配送行程组合形成一物流任务。
31.优选地，所述步骤s120还包括，将除了物流专线任务以外的剩余的行程作为物流干线任务；
32.所述步骤s130还包括，根据所述物流干线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；
33.所述步骤s140包括，基于所述物流专线任务或物流干线任务，分别跟踪对应的所述车主的注册车辆的运动轨迹，实时向货主提供所述注册车辆的运动轨迹，进行信息交互。
34.优选地，所述步骤s120包括以下步骤：
35.所述物流专线任务包括收件行程、运输行程和配送行程；
36.基于途径所述到货城市中相同的物流网点并且结合所述发货城市内若干就近发货地址的路径形成一收件行程；
37.基于途径所述发货城市中相同的物流网点并且结合所述到货城市内若干近发配送地址的路径形成一配送行程，且所述收件行程与配送行程的路程总和与配送需求数量的比值小于预设阈值。
38.优选地，所述步骤s120包括，所述收件行程中的到达的每个配送需求的路径规划的到达先后顺序与所述配送行程中的到达的每个配送需求的路径规划的到达先后顺序相反。
39.优选地，所述步骤s130中选择车主的过程如下：
40.s131、筛除注册车辆载荷小于所述物流专线任务中所有大票零担的重量总额的车主；
41.s132、基于所述车主的历史里程数a、所述车主的历史行程轨迹与所述物流专线任务路线的覆盖百分比b以及所述车主的历史行程轨迹与局部所述物流专线任务路线重复次数c，获得车主关于所述物流专线任务的匹配值w，w＝ax+by+cz，其中，x、y、z为预设参数；
42.s133、将所述匹配值w由大到小进行排序；
43.s134、至少将所述物流干线任务的请求信息发送给所述匹配值w最高的前m为车主；以及
44.s135、向最先确认请求信息的车主发送所述物流干线任务。
45.本发明的实施例还提供一种基于城际物流接续的配送系统，用于实现上述的基于城际物流接续的配送方法，所述基于城际物流接续的配送系统包括：
46.需求收集模块，收集由同一发货城市至同一到货城市之间的大票零担的配送需求分别建立需求集合；
47.任务建立模块，在同一需求集合中至少基于所述运输行程与收件行程，或者所述运输行程与配送行程获得物流专线任务；
48.任务发布模块，根据所述物流专线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；以及
49.信息交互模块，跟踪所述车主的注册车辆的运动轨迹，实时向货主提供所述注册车辆的运动轨迹，进行信息交互。
50.本发明的实施例还提供一种基于城际物流接续的配送设备，包括：
51.处理器；
52.存储器，其中存储有所述处理器的可执行指令；
53.其中，所述处理器配置为经由执行所述可执行指令来执行上述基于城际物流接续的配送方法的步骤。
54.本发明的实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现上述基于城际物流接续的配送方法的步骤。
55.本发明的目的在于提供基于城际物流接续的配送方法、系统、设备及存储介质，能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
附图说明
56.通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。
57.图1是本发明的基于城际物流接续的配送方法的流程图。
58.图2是实时本发明的基于城际物流接续的配送方法的实施过程示意图。
59.图3是本发明的基于城际物流接续的配送系统的模块示意图。
60.图4是本发明的基于城际物流接续的配送设备的结构示意图。
61.图5是本发明一实施例的计算机可读存储介质的结构示意图。
具体实施方式
62.以下通过特定的具体实例说明本技术的实施方式，本领域技术人员可由本技术所揭露的内容轻易地了解本技术的其他优点与功效。本技术还可以通过另外不同的具体实施方式加以实施或应用系统，本技术中的各项细节也可以根据不同观点与应用系统，在没有背离本技术的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
63.下面以附图为参考，针对本技术的实施例进行详细说明，以便本技术所属技术领域的技术人员能够容易地实施。本技术可以以多种不同形态体现，并不限定于此处说明的实施例。
64.在本技术的表示中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的表示意指结合该实施例或示例表示的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，表示的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本技术中表示的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
65.此外，术语“第一”、“第二”仅用于表示目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的表示中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
66.为了明确说明本技术，省略与说明无关的器件，对于通篇说明书中相同或类似的构成要素，赋予了相同的参照符号。
67.在通篇说明书中，当说某器件与另一器件“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种器件“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素排除在外，而是意味着可以还包括其它构成要素。
68.当说某器件在另一器件“之上”时，这可以是直接在另一器件之上，但也可以在其之间伴随着其它器件。当对照地说某器件“直接”在另一器件“之上”时，其之间不伴随其它器件。
69.虽然在一些实例中术语第一、第二等在本文中用来表示各种元件，但是这些元件不应当被这些术语限制。这些术语仅用来将一个元件与另一个元件进行区分。例如，第一接
口及第二接口等表示。再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“a、b或c”或者“a、b和/或c”意味着“以下任一个：a；b；c；a和b；a和c；b和c；a、b和c”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
70.此处使用的专业术语只用于言及特定实施例，并非意在限定本技术。此处使用的单数形态，只要语句未明确表示出与之相反的意义，那么还包括复数形态。在说明书中使用的“包括”的意义是把特定特性、区域、整数、步骤、作业、要素及/或成份具体化，并非排除其它特性、区域、整数、步骤、作业、要素及/或成份的存在或附加。
71.虽然未不同地定义，但包括此处使用的技术术语及科学术语，所有术语均具有与本技术所属技术领域的技术人员一般理解的意义相同的意义。普通使用的字典中定义的术语追加解释为具有与相关技术文献和当前提示的内容相符的意义，只要未进行定义，不得过度解释为理想的或非常公式性的意义。
72.图1是本发明的基于城际物流接续的配送方法的流程图。如图1所示，本发明的实施例提供一种基于城际物流接续的配送方法，包括以下步骤：
73.s110、收集由同一发货城市至同一到货城市之间的大票零担的配送需求分别建立需求集合；
74.s120、在同一需求集合中至少基于运输行程与收件行程，或者运输行程与配送行程获得物流专线任务；
75.s130、根据物流专线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；以及
76.s140、跟踪车主的注册车辆的运动轨迹，实时向货主提供注册车辆的运动轨迹，进行信息交互。
77.在一个优选实施例中，步骤s110中，大票零担的单件货物重量的取值范围为500千克至3吨，但不以此为限。其中，大票零担是将不同发货人的货物按同一到站地点凑整一车后再发运的服务形式。基于重量段划分，单票重量在500公斤至3吨的业务。
78.在一个优选实施例中，步骤s140中，至少包括：
79.当货主已发单、上门提货车辆司机已接单时，货主状态与司机状态均为待确认提供车辆；
80.当提货车辆已被派往货主地址提货时，货主状态与司机状态均为待提货；
81.当提货车辆已将货物运输到专线公司网点时，货主状态与司机状态均为待发车；
82.专线公司货物起运后，状态显示待送达；
83.专线公司确认送达且货主未确认收获时，状态显示已送达；
84.收货人确认收货，或者专线公司已送达x天后，虽然收货人未确认收货，状态也会显示已签收，订单完成，但不以此为限。
85.在一个优选实施例中，当处于待提货状态时，将提货车辆的车牌号、提货司机联系方式、专线公司网点信息展示给货主，但不以此为限。
86.在一个优选实施例中，当处于待发车状态时，将多个不同货主的货物拼在一辆整车进行运输，但不以此为限。
87.在一个优选实施例中，当处于待送达状态时，仅将车主的车牌号信息和基于历史数据的相同物流专线任务的平均时间推送给货主，但不以此为限。
88.在一个优选实施例中，当处于待送达状态时，分别将物流专线任务和物流干线任务的车主的车牌号、联系方式以及位置发送给对应任务的另一车主，但不以此为限。
89.在一个优选实施例中，步骤s120包括以下步骤：
90.基于发货城市与到货城市之间的路径获得运输行程；
91.基于途径到货城市中相同的物流网点并且发货城市内若干就近发货地址的路径形成一收件行程，发货地址之间的间距小于预设距离，将运输行程与收件行程组合形成一物流任务；
92.基于途径发货城市中相同的物流网点并且到货城市内若干就近配送地址的路径形成一配送行程，配送地址之间的间距小于预设距离，将运输行程与配送行程组合形成一物流任务，但不以此为限。
93.在一个优选实施例中，步骤s120还包括，将除了物流专线任务以外的剩余的行程作为物流干线任务；
94.步骤s130还包括，根据物流干线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；
95.步骤s140包括，基于物流专线任务或物流干线任务，分别跟踪对应的车主的注册车辆的运动轨迹，实时向货主提供注册车辆的运动轨迹，进行信息交互，但不以此为限。
96.在一个优选实施例中，步骤s120包括以下步骤：
97.物流专线任务包括收件行程、运输行程和配送行程；
98.基于途径到货城市中相同的物流网点并且结合发货城市内若干就近发货地址的路径形成一收件行程；
99.基于途径发货城市中相同的物流网点并且结合到货城市内若干近发配送地址的路径形成一配送行程，且收件行程与配送行程的路程总和与配送需求数量的比值小于预设阈值，但不以此为限。通过数据匹配，充分利用一车为发货城市的一个小范围内的收件与到货城市的一个小范围内的配送相结合，形成路径最优化的整体城际物流接续行程，大大优化车辆的利用率，减少在物流中心不必要的二次装卸时间，大大增强时效性。
100.在一个优选实施例中，步骤s120包括，收件行程中的到达的每个配送需求的路径规划的到达先后顺序与配送行程中的到达的每个配送需求的路径规划的到达先后顺序相反，从而降低装货、卸货的难度，缩短装卸时间，但不以此为限。通过这种模式，利用路线规划，来匹配货品在车厢内的时间，使得最先装车的货品(通常位于车厢最内侧)能够被最后卸车，而最晚装成的货品(通常位于车厢最外侧)能够被最先卸车，大大降低了装卸货的难度，便于司机节约装卸货的时间，而将更多时间投入到货运行程上，增加司机收益。
101.在一个优选实施例中，步骤s130中选择车主的过程如下：
102.s131、筛除注册车辆载荷小于物流专线任务中所有大票零担的重量总额的车主；
103.s132、基于车主的历史里程数a、车主的历史行程轨迹与物流专线任务路线的覆盖百分比b以及车主的历史行程轨迹与局部物流专线任务路线重复次数c，获得车主关于物流
专线任务的匹配值w，w＝ax+by+cz，其中，x、y、z为预设参数；
104.s133、将匹配值w由大到小进行排序；
105.s134、至少将物流干线任务的请求信息发送给匹配值w最高的前m为车主；以及
106.s135、向最先确认请求信息的车主发送物流干线任务。
107.本发明的一种具体实施方式如下：
108.图2是实时本发明的基于城际物流接续的配送方法的实施过程示意图。如图2所示，货主在网络货运平台上下单时，可选择专线物流运输方式，对于如何运送到专线物流公司的网点方面，可以选择“提货方式上门取货”，这样，网络货运平台就会自动将该订单分为提货(将货物运输到专线物流营业网点)和专线运输两个阶段。
109.货主的发货订单中具有货物信息，例如重量、体积、发货地、收货地、货物类型等。货主下单后，网络货运平台会进行派单，根据发货地、收货地匹配专线物流公司接单，并匹配提货车辆接单。例如，货主发货地为北京市通州区某工厂，收货地为南京市雨花台区某工厂，且货主发货选择专线物流，则网络货运平台会匹配一个北京至南京的专线物流公司，使其接单，同时，由于该专线物流公司的北京网点位于北京市房山，则网络货运平台会匹配一个接单司机，派车去通州区某工厂将货物运输至房山区专线物流公司网点。专线物流运输至南京后，从专线物流公司南京网点运送至雨花台区某工厂，可能还需要一段运输，称为配送，其原理与提货相同，不再赘述。
110.当货主已发单、上门提货车辆司机已接单时，货主状态与司机状态均为“待确认提供车辆”。当提货车辆已被派往货主地址提货时，货主状态与司机状态均为“待提货”。当提货车辆已将货物运输到专线公司网点时，货主状态与司机状态均为“待发车”。专线公司货物起运后，状态显示“待送达”。专线公司确认送达且货主未确认收获时，状态显示“已送达”。收货人确认收货，或者专线公司已送达x天后，虽然收货人未确认收货，状态也会显示“已签收”，订单完成。
111.在“待提货”状态下，网络货运平台会将提货车辆的车牌号、提货司机联系方式、专线公司网点信息展示给货主。
112.在“待提货”状态下，网络货运平台会将装卸货地、专线物流公司的发取货网点、专线物流公司的收货人信息发送给司机。
113.在“待发车”状态下，专线物流公司已收到提货司机所运输的货物，但还没有进行专线运输，此时在货主端会显示“距发车时刻还剩：xx小时”。同理，专线物流公司所匹配的进行专线运输的司机，也会收到提示信息“距发车时刻还剩：xx小时”。在此期间，专线物流公司可以将多个不同货主的货物拼在一辆整车进行运输。xx小时可以是一个预设的固定时间，也可以是通过对历史订单进行大数据分析而得到的一个预估时间。例如，将历史订单的起运时间、季节、天气、货物类型等信息输入到深度学习模型，从而得到一个针对当前订单的预估发车时间。
114.在“待送达”状态下，当专线物流公司匹配的车辆起运后，进入“待送达”状态，此时网络货运平台会将专线运输司机的车牌号信息推送给货主，并且显示“距货物送达还剩：xx天”。xx天的具体天数与该专线线路有关，例如北京至南京的天数，与沈阳至南京的天数是不同的，具体数字仍然可以是根据线路预设的固定值，也可以是通过人工智能算法估算出的值。在货主端的界面中，并不会显示专线运输司机的电话，而仍然显示的是专线物流公司
的电话，原因是专线运输司机此时运输的是多个货主的货物，其无法知晓哪件货物属于哪个货主，并且此时专线司机是向专线物流公司承担运输义务，过多的货主电话打扰反而会影响其长途驾驶过程中的驾驶安全。
115.在“待送达”状态下，会显示专线(干线)运输司机的车牌号、联系电话、“距货物送达还剩：xx天”，以及收货人等信息。
116.在“已送达”状态下，专线运输司机需要上传签收单或者回单，然后才能确认送达，此时货主端订单状态显示“已送达”，同时显示“距系统默认收货还剩：xx天”，货主点击“确认收货”后，或者倒计时结束后，订单进入“已签收”状态。
117.从以上描述可知，货主在选择专线物流的运输模式时，网络货运平台会根据装货地址、专线物流公司网点、卸货地址自动将订单拆分为提货(配送)流程、专线运输流程，并且在不同的流程阶段为货主推送不同的信息，从而使得货主能够全程跟踪货物运输过程，真正为货主实现了一站式服务。
118.本发明的另一种具体实施方式如下：
119.首先，收集由同一发货城市至同一到货城市之间的大票零担的配送需求分别建立需求集合，单票重量在500公斤至3吨的业务。
120.然后，在同一需求集合中至少基于运输行程与收件行程，或者运输行程与配送行程获得物流专线任务。物流专线任务包括收件行程、运输行程和配送行程；基于途径到货城市中相同的物流网点并且结合发货城市内若干就近发货地址的路径形成一收件行程；基于途径发货城市中相同的物流网点并且结合到货城市内若干近发配送地址的路径形成一配送行程，且收件行程与配送行程的路程总和与配送需求数量的比值小于预设阈值，但不以此为限。通过数据匹配，充分利用一车为发货城市的一个小范围内的收件与到货城市的一个小范围内的配送相结合，形成路径最优化的整体城际物流接续行程，大大优化车辆的利用率，减少在物流中心不必要的二次装卸时间，大大增强时效性。并且，收件行程中的到达的每个配送需求的路径规划的到达先后顺序与配送行程中的到达的每个配送需求的路径规划的到达先后顺序相反，从而降低装货、卸货的难度，缩短装卸时间，但不以此为限。通过这种模式，利用路线规划，来匹配货品在车厢内的时间，使得最先装车的货品(通常位于车厢最内侧)能够被最后卸车，而最晚装成的货品(通常位于车厢最外侧)能够被最先卸车，大大降低了装卸货的难度，便于司机节约装卸货的时间，而将更多时间投入到货运行程上，增加司机收益。
121.接着，根据物流专线任务分别遍历可选车主，向匹配度最高的车主发送任务信息。可以根据用户的车辆载荷是否满足物流专线任务中所有大票零担的重量总额(筛除车辆载荷小于重量总额的车主)、里程数(车主行驶总里程数是否大于阈值)、以及车主对于物流专线任务的路程的熟悉程度(将车主的历史行程轨迹与物流专线任务路线进行比对，覆盖程度更高或是重复次数更多的车主的匹配度更高，形成基于车主历史数据的排序推荐结构)。
122.最后，基于物流专线任务或物流干线任务，分别跟踪对应的车主的注册车辆的运动轨迹，实时向货主提供注册车辆的运动轨迹，进行信息交互。当货主已发单、上门提货车辆司机已接单时，货主状态与司机状态均为待确认提供车辆；当提货车辆已被派往货主地址提货时，货主状态与司机状态均为待提货；当提货车辆已将货物运输到专线公司网点时，货主状态与司机状态均为待发车；专线公司货物起运后，状态显示待送达；专线公司确认送
达且货主未确认收获时，状态显示已送达；收货人确认收货，或者专线公司已送达x天后，虽然收货人未确认收货，状态也会显示已签收，订单完成，但不以此为限。
123.图3是本发明的基于城际物流接续的配送系统的模块示意图。如图3所示，本发明的基于城际物流接续的配送系统5包括：
124.需求收集模块51，收集由同一发货城市至同一到货城市之间的大票零担的配送需求分别建立需求集合；
125.任务建立模块52，在同一需求集合中至少基于运输行程与收件行程，或者运输行程与配送行程获得物流专线任务；
126.任务发布模块53，根据物流专线任务分别遍历可选车主，向匹配度最高的车主发送任务信息；以及
127.信息交互模块54，跟踪车主的注册车辆的运动轨迹，实时向货主提供注册车辆的运动轨迹，进行信息交互。
128.本发明的基于城际物流接续的配送系统能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
129.上述实施例仅为本发明的优选例，并不用来限制本发明，凡在本发明的原则之内，所做的任何等同替代、修改和变化，均在本发明的保护范围之内。
130.本发明实施例还提供一种基于城际物流接续的配送设备，包括处理器。存储器，其中存储有处理器的可执行指令。其中，处理器配置为经由执行可执行指令来执行的基于城际物流接续的配送方法的步骤。
131.如上所示，该实施例本发明的基于城际物流接续的配送系统能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
132.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“平台”。
133.图4是本发明的基于城际物流接续的配送设备的结构示意图。下面参照图4来描述根据本发明的这种实施方式的电子设备600。图4显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
134.如图4所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。
135.其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。
136.存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。
137.存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
138.总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
139.电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储平台等。
140.本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行时实现的基于城际物流接续的配送方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。
141.如上所示，该实施例本发明的基于城际物流接续的配送系统能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
142.图5是本发明的计算机可读存储介质的结构示意图。参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
143.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
144.计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
145.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算
设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
146.综上，本发明的目的在于提供基于城际物流接续的配送方法、系统、设备及存储介质，能够为货主实时提供完整、及时的专线物流信息，使其能够便捷、高效地跟踪货物运输进度。
147.以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。