货运定位方法、装置及系统与流程

1.本发明涉及定位技术，尤其涉及一种货运定位方法、装置及系统。


背景技术：

2.在物流领域，尤其是卡车货运领域，时效性和安全性是重中之重，平台方为了能够及时了解到货物的运输时效，关注司机的人身安全以及车辆安全，就需要获取相关的定位信息，并依据定位信息完成对应的决策。目前获取定位信息的方式有两种，一种是在车辆上加装定位装置及信息通信装置，由车辆上传定位信息，但是这种方式需要支出对应的设备费用和通信费用，必然对司机或承运方造成额外的负担；另一种是直接利用司机的手机或其他通讯设备上的app来上传定位信息，其无需增加额外的花费，简单方便；但是这种方式下，由于app在后台存在时间过长，占用内存过多，消耗电量过大等原因，都会造成app被操作系统(如安卓或ios)关闭或杀死，使app无法在运行，进而也就无法上传定位信息。因此，如何避免这个情况的出现就成了亟待解决的问题。


技术实现要素：

3.本发明实施例提供一种货运定位方法、装置及系统，在保障能够获取司机端上传的有效定位数据、信息的同时，降低了司机端处通讯设备的内存占用、节省电量。
4.本发明实施例的第一方面，提供一种货运定位方法，包括：
5.s1、平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径；
6.s2、根据基础里程确定上传里程，执行s4；
7.s3、根据基础里程和调整里程确定上传里程；
8.s4、根据定位数据和上传里程确定运输路径上对应路程的当前路况，并根据当前路况得到上传时间点和监控时间段，将上传时间点发送给司机端；
9.s5、当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
10.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；
11.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据得到调整里程，执行s3。
12.进一步的，所述s4、s5还包括：
13.s4、根据定位数据和上传里程确定运输路径上对应路程的当前路况，并根据当前路况、限制时长及设备编码得到上传时间点和监控时间段，将上传时间点发送给司机端；
14.s5、当在监控时间段内未接收到司机端上传的定位数据，则将等待时长作为限制时长，存储限制时长和设备编码，并对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
15.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；
16.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，根据定位数据得到调整里程，执行s3。
17.进一步的，所述s1、s5还包括：
18.s1、平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径，发司机端发送建立呼入唤醒任务调度的指令；
19.s5、当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
20.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕，发司机端发送删除呼入唤醒任务调度的指令；
21.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，根据定位数据得到调整里程，执行s3。
22.进一步的，所述s1、平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径包括：
23.平台服务器在接收到司机端上传的订单开始执行信息及定位数据后，可基于定位数据和订单中的信息得到运输路径，包括以下任意一种或多种方式，
24.将定位数据在地图上对应的点作为起点，将订单中的卸货地址在地图上对应的点作为终点，进而将最短的行驶线路作为运输路径；和\或，
25.结合途中多个中转点找出最短的行驶线路作为运输路径；和\或，
26.发货方或承运方中任意一个指定的路径。
27.本发明实施例的第二方面，提供一种货运定位方法，包括：
28.当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；
29.当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；
30.当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
31.本发明实施例的第三方面，提供一种货运定位装置，包括：
32.接收模块，用于接收到司机端发送的订单开始执行信息及定位数据时，将定位数据的相关信息发送到存储模块；在接收到订单开始执行信息后，根据存储模块中的定位数据和订单信息得到运输路径，将运输路径发送到存储模块，将启动指令发送到第一确定模块；在接收到定位数据后，将启动指令发送到第一确定模块；
33.存储模块：用于存储定位数据的相关信息、基础里程、运输路径及订单信息；
34.第一确定模块，用于当接收到启动指令时，根据存储模块中的基础里程确定上传里程，并将上传里程发送到第一发送模块；
35.第二确定模块，用于当接收到调整里程时，根据存储模块中的基础里程和定位数据的相关信息，以及接收到的调整里程确定上传里程，并将上传里程发送到第一发送模块；
36.第一发送模块，用于当接收到上传里程时，根据存储模块中的定位数据的相关信
息和上传里程确定运输路径上对应路程的当前路况，并根据当前路况得到上传时间点和监控时间段，将上传时间点发送到司机端，将监控时间段发送到综合模块；
37.综合模块，用于当接收到监控时间段时，根据接收到的监控时间段及从存储单元获取的定位数据的相关信息进行判断；当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫；当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将存储单元中的该订单标记为执行完毕；当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据得到调整里程，将调整里程发送到第二确定模块。
38.本发明实施例的第四方面，提供一种货运定位装置，包括：
39.第一模块，当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；
40.第二模块，当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；
41.第三模块，当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
42.本发明实施例的第五方面，提供一种货运定位系统，包括至少一台平台服务器，至少一个司机端；
43.所述平台服务器，用于接收到司机端发送的订单开始执行信息及定位数据，根据定位数据和订单信息得到运输路径；用于存储定位数据的相关信息、基础里程、运输路径及订单信息；用于根据基础里程确定上传里程；用于根据基础里程和调整里程确定上传里程；用于根据定位数据和上传里程确定运输路径上对应路程的当前路况；用于根据当前路况得到上传时间点和监控时间段；用于将上传时间点发送到司机端；用于当在监控时间段内未接收到司机端上传的定位数据时，对司机端进行电话呼叫；用于当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内时，将订单标记为执行完毕；用于当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内时，根据定位数据得到调整里程；
44.所述司机端，用于当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；用于当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；用于当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
45.本发明实施例的第六方面，提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行上述第一方面中任意一项所述的货运定位的方法。
46.本发明实施例的第七方面，提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述第一方面中任意一项所述的货运定位的方法。
47.本发明提供的一种货运定位方法、装置及系统，司机在驾驶车辆时，无需主动控制手机上传定位数据，也无需软件后台执行的过程中一直按照单位时间上传定位数据，减少
通讯设备负担，降低数据处理资源的需求。在保障能够获取足够反应出时效性和安全性的定位数据的同时，降低了司机端处通讯设备的内存占用、节省电量。
48.并且本发明会基于多种情况预估车辆到达目的地的时间，并且在这个时间的前后时间段内设置一个监控时间段，既车辆正常行使的话会在监控时间段内到达目的地，通过以上方式，使得车辆在行使路程初期、中期、未到达目的地范围的后期不再向后台服务端发送定位数据，避免了无用数据的统计，减少通讯设备负担，降低数据处理资源的需求。
49.由于交通干线道路复杂，在监控时间段没有得到司机端发送符合位置要求的定位数据时。本技术会参考历史数据，基于历史数据生成调整历程进而得到优化后的运输路径、上传时间点和监控时间段，使得司机端在正常行使过程中能够在监控时间段内上传符合位置要求的定位数据，通过以上方式对本技术中运输路径的方式进行优化，使本发明生成的监控时间段更加符合实际情况，提高其实用性。
附图说明
50.图1为货运定位方法的第一种实施方式的流程图；
51.图2为货运定位方法的第二种实施方式的流程图；
52.图3为货运定位装置的第一种实施方式的结构图；
53.图4为货运定位装置的第二种实施方式的结构图。
具体实施方式
54.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
55.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
56.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
57.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
58.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
59.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
60.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
61.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
62.本发明提供一种货运定位方法，如图1所示其流程图，包括：
63.s1、平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径；
64.s2、根据基础里程确定上传里程，执行s4；
65.s3、根据基础里程和调整里程确定上传里程；
66.s4、根据定位数据和上传里程确定运输路径上对应路程的当前路况，并根据当前路况得到上传时间点和监控时间段，将上传时间点发送给司机端；
67.s5、当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
68.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；
69.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据得到调整里程，执行s3。
70.在一种可能的实施方式中，步骤s1平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径，包括：
71.平台服务器在接收到司机端上传的订单开始执行信息及定位数据后，可以利用定位数据和订单中的信息得到运输路径，如将定位数据在地图上对应的点作为起点，将订单中的卸货地址在地图上对应的点作为终点，进而将最短的行驶线路作为运输路径；亦或是结合途中多个中转点找出最短的行驶线路作为运输路径；亦或是发货方或承运方指定的路径，等等；由于这里可以利用现有方法来处理，因此不做具体限定。
72.需要说明的是，司机端可以是手机或通讯设备等，其具有获取自身定位数据的功能，数据处理功能等，并可以安装应用程序(或app)。订单信息是平台服务器中已经存储好的，在承运方承接订单时就已经生成，其中包含了装货地，卸货地，装货时间，卸货时间，等用于完成订单所需的信息。而订单开始执行信息是承运方发送给平服务器，表示该订单已经开始执行运输的信息。
73.在一种可能的实施方式中，步骤s2根据基础里程确定上传里程，包括：
74.此处基础里程是一个定值，其可以提前由人为设定，如10km，等等。这里需要将基础里程赋值给上传里程，即上传里程＝基础里程；并在确定上传里程后执行s4。至于基础里程和上传里程的作用后面会说到。
75.在一种可能的实施方式中，步骤s3根据基础里程和调整里程确定上传里程，包括：
76.此处调整里程是一个变化值，其数值的确定方式在后面会说到。这里需要将基础里程与调整里程的和赋值给上传里程，即上传里程＝基础里程+调整里程；在确定上传里程
后按步骤顺序执行s4即可。
77.在一种可能的实施方式中，步骤s4、根据定位数据和上传里程确定运输路径上对应路程的当前路况，包括：
78.由于此前司机端上传了自己当前的定位数据，这里就可以其得知司机端当前所处的位置(也可以说是司机或车辆的当前位置)，而这个位置也处在运输路径上，因此可以从这个位置出发，沿着行驶方向，确定接下来上传里程(如10km)所对应的这段路程；在确定了这段路程后，其对应的当前路况的信息也是可以依靠现有技术得到的。
79.根据当前路况得到上传时间点和监控时间段，具体为，通过当前路况可以利用现有技术得到车辆行驶完成这段路程的行驶时长，因此可以利用车辆位于这段路程起点对应的时间点(如接收到定位数据的时间点或司机端获取到定位数据的时间点，等等)加上车辆行驶完成这段路程的行驶时长得到上传时间点。
80.另外，由于存在上传定位信息的应用程序(或app)被操作系统杀死的情况，平台服务器不可能持续的等待司机端上传定位数据，因此需要确定一个监控时间段，如上传时间点之后的某个时长作为监控时间段，如上传时间点之后的30秒或上传时间点之后的2分钟，等等，这个时长的数值可以由人为提前设定。
81.需要说明的是，这里的路况、上传时间点、监控时间段等都是根据司机端最新上传的定位数据的相关信息得到的，也就是说，每一次路况、上传时间点、监控时间段等信息的确定，都会结合车辆的实际行驶情况和最新的路况来确定。
82.在确定了上传时间点之后，就可以将这个时间点发送给司机端了，之后执行s5；而司机端在接收到这个上传时间点后，就可以在实际时间到达这个时间点时，获取定位数据并将定位数据上传给平台服务器。
83.在一种可能的实施方式中，s5、当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
84.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；
85.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据得到调整里程，执行s3。
86.其中，当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；具体为，
87.由于在s4中已经确定了监控时间段，如果在监控时间段内未接收到司机端上传的定位数据，则认为司机端上用于上传定位信息的app已被操作系统杀死，因此对司机端进行电话呼叫，并在接收到司机端上传的定位数据后执行s2；
88.需要说明的是，可以在司机端上设置任务调度，如安卓系统上的jobscheduler，当有电话呼入(无需接通电话)时，可以自动打开设定的app，这个app可以设置为在启动时会自动获取定位数据并上传定位数据。这样当对司机端进行电话呼叫时，就可以获取司机端当前的定位数据。而且无需电话被接通即可挂断，减小对司机的影响。另外，电话呼叫还可以采用人工语音的方式，即使在电话接通后，也可以告之司机及时打开app。
89.其中，当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；具体为，
90.首先说明一下电子围栏，电子围栏是用来判定车辆是否抵达卸货地所用的技术，如以卸货地址为中心，以设定距离为半径(如5km或15km，等等)，当车辆(或其定位数据)位于这一区域内时，则判定车辆抵达，可以准备后续工作。
91.因此当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕。
92.其中，当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据和历史数据得到调整里程，执行s3；具体为，
93.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，说明当前车辆还在行驶途中，因此可以根据定位数据和历史数据得到调整里程，之后执行s3。
94.这里对根据定位数据和历史数据得到调整里程做进一步详细说明，此步骤的目的是根据定位数据判断车辆的行驶情况和时效情况，决定调整里程的大小，从而调整上传里程和上传时间点，进而影响司机端获取并上传定位数据的数量和频率。
95.这里由于得到了司机端当前的定位数据，就可以得到车辆在这条运输路径上的当前行驶里程；之后结合这条运输路径的总行驶里程还能得到剩余行驶里程，进而得到剩余路程比值(即剩余行驶里程除以总行驶里程)；
96.除此以外，平台数据库还可以从历史数据中获取完成这条运输线路用时最长的轨迹；另外，利用车辆目前的行驶用时，通过比较，可以确定在目前的行驶用时下轨迹中对应的轨迹行驶里程；如根据订单开始执行的时间点和司机端最新上传定位数据的时间点之间的差值，得到车辆目前的行驶用时，根据这个行驶用时得到在用时最长的轨迹中，处在这个行驶用时下所走过的距离，这个距离也就是轨迹行驶里程。
97.在确定了当前行驶里程、轨迹行驶里程和剩余路程比值后，就可以根据下面这个公式得到调整里程。
98.调整里程＝(当前行驶距离-轨迹行驶距离)
×
剩余路程比值＝
99.(当前行驶距离-轨迹行驶距离)
×
(剩余行驶里程/总行驶里程)
100.需要说明的是，若当前行驶里程减去轨迹行驶里程的差值较大，则说明时效情况较好，则可以通过增加调整里程和结合实时的路况来调节上传时间点，减少司机端获取定位数据和上传定位数据的次数，进而减少app对司机端电量的消耗，降低被操作系统杀死的概率。另外，其还可以在整个行程接近结束时，逐步减少对调整里程的依赖，进而确保及时跟进时效情况，为后续决策和工作准备提供足够数据支撑。
101.存在一种优选的方案，对下列步骤进行调整，其他不变，包括：
102.s4、根据定位数据和上传里程确定运输路径上对应路程的当前路况，并根据当前路况、限制时长及设备编码得到上传时间点和监控时间段，将上传时间点发送给司机端；
103.s5、当在监控时间段内未接收到司机端上传的定位数据，则将等待时长作为限制时长，存储限制时长和设备编码，并对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
104.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕；
105.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，
根据定位数据得到调整里程，执行s3。
106.下面针对变化的地方进行说明，首先说s5中的变化，在监控时间段内未接收到司机端上传的定位数据，则认为司机端上用于上传定位信息的app已被操作系统杀死，这里考虑到app还有可能是在后台存在时间较长造成app被杀死，因此需要了解这台设备的操作系统对该app允许停留时间的上限。
107.这里需要记录等待时长，即最新向司机端发送上传时间点后到监控时间段结束时所经历的时长。其可以作为限制时长。
108.而设备编码是司机端这个设备对应的唯一编码，如手机的国际移动设备识别码(international mobile equipment identity，imei)，等等。
109.之后只要在平台服务器中将限制时长和设备编码的具体信息和对应关系进行存储，在s4中的就可以进行使用。
110.s4中，根据当前路况、限制时长及设备编码得到上传时间点和监控时间段，具体为，通过当前路况可以利用现有技术得到车辆行驶完成这段路程的行驶时长；之后将发送定位数据的司机端的设备编码与平台服务器中存储的设备编码进行比较；
111.如果在平台服务器中查不到对应的设备编码，或不存在对应的限制时长，则利用车辆位于这段路程起点对应的时间点(如接收到定位数据的时间点或司机端获取到定位数据的时间点，等等)加上行驶时长得到上传时间点；
112.如果存在对应的设备编码及限制时长，且限制时长小于行驶时长，利用车辆位于这段路程起点对应的时间点(如接收到定位数据的时间点或司机端获取到定位数据的时间点，等等)加上限制时长得到上传时间点；
113.存在另外一种优选的方案，对下列步骤进行调整，其他不变，包括：
114.s1、平台服务器接收到司机端发送的订单开始执行信息及定位数据后，根据定位数据和订单信息得到运输路径，发司机端发送建立呼入唤醒任务调度的指令；
115.s5、当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫，在接收到司机端上传的定位数据后执行s2；
116.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将该订单标记为执行完毕，发司机端发送删除呼入唤醒任务调度的指令；
117.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，根据定位数据得到调整里程，执行s3。
118.为了确保任务调度能够有效运行，可以在每次订单开始执行时建立任务调度，在每次订单结束执行时删除任务调度。
119.需要说明的是，上述方法为平台服务器中的货运定位方法。
120.根据本技术实施例，还提供了一种货运定位方法，如图2所示，包括：
121.当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；
122.当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；
123.当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
124.需要说明的是，上述方法为司机端中的货运定位方法。
125.本发明还提供一种货运定位装置，用于实施图1中的货运定位方法，图3所示，包括：
126.接收模块，用于接收到司机端发送的订单开始执行信息及定位数据时，将定位数据的相关信息发送到存储模块；在接收到订单开始执行信息后，根据存储模块中的定位数据和订单信息得到运输路径，将运输路径发送到存储模块，将启动指令发送到第一确定模块；在接收到定位数据后，将启动指令发送到第一确定模块；
127.存储模块：用于存储定位数据的相关信息、基础里程、运输路径及订单信息；需要说明的是，存储单元中存储的定位数据的相关信息可以包括定位数据及接收到定位数据的时间，发送定位数据的司机端等相关信息；另外当存储定位数据的相关信息时，可以采用更新数据的方式存储最新的定位数据的相关信息；
128.第一确定模块，用于当接收到启动指令时，根据存储模块中的基础里程确定上传里程，并将上传里程发送到第一发送模块；
129.第二确定模块，用于当接收到调整里程时，根据存储模块中的基础里程和定位数据的相关信息，以及接收到的调整里程确定上传里程，并将上传里程发送到第一发送模块；
130.第一发送模块，用于当接收到上传里程时，根据存储模块中的定位数据的相关信息和上传里程确定运输路径上对应路程的当前路况，并根据当前路况得到上传时间点和监控时间段，将上传时间点发送到司机端，将监控时间段发送到综合模块；
131.综合模块，用于当接收到监控时间段时，根据接收到的监控时间段及从存储单元获取的定位数据的相关信息进行判断；
132.当在监控时间段内未接收到司机端上传的定位数据，则对司机端进行电话呼叫；
133.当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内，则将存储单元中的该订单标记为执行完毕；
134.当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内，则根据定位数据得到调整里程，将调整里程发送到第二确定模块。
135.本发明还提供一种货运定位装置，用于实施图2中的货运定位方法，图4所示，包括：
136.第一模块，当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；
137.第二模块，当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；
138.第三模块，当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
139.根据本技术实施例，还提供了一种货运定位系统，包括至少一台平台服务器，至少一个司机端；
140.所述平台服务器，用于接收到司机端发送的订单开始执行信息及定位数据，根据定位数据和订单信息得到运输路径；用于存储定位数据的相关信息、基础里程、运输路径及订单信息；用于根据基础里程确定上传里程；用于根据基础里程和调整里程确定上传里程；用于根据定位数据和上传里程确定运输路径上对应路程的当前路况；用于根据当前路况得
到上传时间点和监控时间段；用于将上传时间点发送到司机端；用于当在监控时间段内未接收到司机端上传的定位数据时，对司机端进行电话呼叫；用于当在监控时间段内接收到司机端上传的定位数据，且定位数据在电子围栏内时，将订单标记为执行完毕；用于当在监控时间段内接收到司机端上传的定位数据，且定位数据不在电子围栏内时，根据定位数据得到调整里程。
141.所述司机端，用于当确定开始执行订单中的任务时，获取定位数据，向平台服务器发送订单开始执行信息及定位数据；用于当接收到平台服务器发送的上传时间点后，在上传时间点获取定位数据后向平台服务器上传定位数据；用于当有电话呼入时，启动上传定位数据的应用程序，由该应用程序获取定位数据，并向平台服务器上传定位数据。
142.根据本技术实施例，还提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行上述方法实施例中的货运定位的方法。
143.显然，本领域的技术人员应该明白，上述的本技术的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术不限制于任何特定的硬件和软件结合。
144.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。