CN107292561A - 一种基于移动互联大数据匹配顺带的调度方法 - Google Patents

Abstract

本发明公开了一种基于移动互联大数据匹配顺带的调度方法，所述方法包括：需求方发送订单需求至服务器平台；服务器平台基于移动互联网大数据运算判断出与所述订单同向的顺路人，同时，将该订单需求发送给所述顺路人；所述顺路人接收并获取订单消息，选择接单或不接单；如接单，则联系需求方取货，完成顺带。本发明解决现有的物流传送资源浪费、效率低下、无法真正意义上实现资源共享的问题，其通过互联网和大数据运算，服务器平台能够准备迅速找到那个与物流订单同向的顺路人。

Description

一种基于移动互联大数据匹配顺带的调度方法

技术领域

本发明属于互联网和大数据应用技术领域，具体涉及一种基于移动互联大数据匹配顺带的调度方法。

背景技术

按照传统的物流模式，社会上的商品的流通主要依赖于专门从事货物运输的企业和个体(比如快递员)，从事货物运输的企业或个体承运商品的主要方式是依靠用户发送订单，然后平台接收，安排快递员派送，到达目的地后部分返程空载，无疑，这种传统的物流运输方式存在高成本低利用率的问题。而事实上交通运输工具很多，一些具有一定的运输能力、能提高运输效率、能减少流通成本的社会资源被忽视了，这些资源白白的“被闲置被浪费了”。而且，物流并不能覆盖全国范围，尤其是一些偏远的或者贫穷的农村地方，由于交通不便，物流无法送达。

在客运设备资源被忽视的同时，还有一个更大群体的社会资源被忽视，没有被发掘，那就是人。全国总人口13亿多，绝大多数人总会因各种各样的原因或长途或短途乘坐交通工具出门。据统计，每年至少300亿人次会乘坐交通工具出门，其中有150亿人次是有能力但是空手或携带了很少的物品，而所有的交通工具是允许乘客携带一定量的货物的，如果有某种动力让这150亿人次在划定的范围内顺便携带第三方需要流通的物品，按每人次5公斤(10件)算，全国的人的资源可顺便协助物流承运750亿公斤，1500亿件小商品，这个量相当于目前快递物流业小商品运输业务一年的量。

目前，虽然在“互联网+”的思维模式下应运诞生了很多新的管理和信息服务平台以及运用互联网信息管理平台成立的物流企业，但都未从根本上解决问题。例如，骡迹物流公司自行开发的“骡迹物流”智慧平台，和新的物流行业运营模式是当前行业服务面最广和最具特色的信息服务平台和企业，可代表行业的最前沿，它运用信息平台能将闲散的公路货车资源组织集中，根据需求方要求点对点专项服务，在一定程度上比传统模式更便捷，也解决了货主与车主间信息的不对称，形成了信息对接，通过大数据额分析归集整理，实现了货主、车主、服务平台之间一定程度上的多维度匹配，能有一定程度效降低货车返程的空载率；这些新的物流企业虽然利用新的管理模式使物流业的效率有所提高，浪费有所减少，资源利用率也有一定的提高，但他们仅仅限于货车利用，降低了3300万台货车那40％左右的返程空载率，物流企业虽然能共享信息资源，整体物流行业中的物流企业之间还是各自为政，各个企业在共享平台上的信息时，也能提供满足个性化的服务和返程信息配货服务，但还是避免不了物流行业内部企业与企业之间因争夺托运资源而竞争，总会有设备资源被浪费掉。可见，现运行的智能服务平台和运营的物流模式还是忽视了庞大的人的群体及这些人群所乘坐的交通工具资源，其潜在的承运能力和能额外创造的经济效益。由此看出，现运行的服务型软件平台对物流行业虽能起到一定的作用，但按此模式运营的物流业管理体系，从本质上讲，还是属于传统的物流模式，即用专用的货运工具，特意去完成某个特定的物流需求，不属于分享经济模式，依然存在着巨大的缺陷和浪费。

因此，如何利用全民“移动”并从茫茫人海中找到与物品送达的目的地一致的那个人，将相互所需的物件“顺带”到该目的地，并充分利用闲置资源的一种基于移动互联大数据匹配顺带的调度方法便成为了目前亟待解决的问题。

发明内容

本发明所要解决的技术问题在于，提供一种基于移动互联大数据匹配顺带的调度方法，以解决现有的物流传送资源浪费、效率低下、无法真正意义上实现资源共享的问题。

为解决上述技术问题，本发明所采用的技术方案如下：

一种基于移动互联大数据匹配顺带的调度方法，所述方法包括：

需求方发送订单需求至服务器平台；

服务器平台基于移动互联网大数据运算判断出与所述订单同向的顺路人，同时，将该订单需求发送给所述顺路人；

所述顺路人接收并获取订单消息，选择接单或不接单；如接单，则联系需求方取货，完成顺带。

进一步地，所述服务器平台判断与所述订单同向的顺路人的方法包括：基于移动互联网大数据运算，对平台内的注册用户的历史运动轨迹进行统计分析，并对注册用户进行分类、贴标，如果所述需求方的订单的发送地和接收地方向符合平台分类、贴标的注册用户，则判断该注册用户可能为与订单同向的顺路人，并向该顺路人推送订单消息。

进一步地，所述服务器平台判断与所述订单同向的顺路人的方法进一步包括：基于移动互联网大数据运算，服务器平台获取某出行人的定位信息，同时将该出行人周边划定区域范围内的所有订单需求反馈给出行人终端进行显示，出行人根据接收的订单需求的目的地是否与其目的地方向一致选择是否接单。

进一步地，所述方法还包括：所述服务器平台在收到需求方的订单需求后主动向进入或已位于该区域内的平台注册用户推送物件配送的通知消息。

进一步地，所述方法还包括：顺路人取件后，顺路人的地理位置通过所述服务器平台实时反馈给需求方终端进行显示。

进一步地，所述方法还包括：顺路人将物件送到收货地后，在收件人签收后，选择确认送达，并经服务器平台验证后，开启对顺路人的运费支付。

进一步地，所述订单需求包括：托运的物品信息、发货地、托运人身份信息、目的地、送达时间，目的地接收人信息；所述服务器平台将顺路人接受配送请求的消息转发给需求方时，同时在需求方移动终端上显示所述同向出行人的身份信息。

进一步地，需求方可通过手机app、微信客户端向服务器平台发布订单需求。需求方可以为个人或者企业，顺路方可以通过步行、地铁、开车或者其他任一合适的交通方式将物品送达。

进一步地，需求方发送订单至服务器平台时，需向平台支付运费。

进一步地，所述分类、贴标的方法具体包括：将与需求方同区域内所有与货物方向一致的出行人进行分类整理并存储、标定在平台数据库。

与现有技术相比，本发明所提供的一种基于移动互联大数据匹配顺带的调度方法，属于一种全新的物流方法，是分享经济的一部分，真正调动了全名参与，充分利用了社会闲置资源，节约了大量的物流成本，社会效益巨大，减少了原本必要的出行，不仅为人们节约大量时间，而且对疏解交通拥堵、减轻雾霾具有积极意义。

附图说明

图1为本发明实施例所述的基于移动互联大数据匹配顺带的调度方法的流程示意图。

图2为本发明实施例所述的基于移动互联大数据匹配顺带的调度方法的详细原理示意图。

具体实施方式

以下结合附图对本发明作进一步详细说明，但不作为对本发明的限定。

现有技术中，物流配送目前基本都是基于有限的已知的物流信息提供方和需求方进行发布、匹配，但这种物流形式仍然不能充分利用社会上大量的闲散资源的目的。比如，用户A想将一个物件从B地交给位于C地的用户D，用户A一般先向快递公司所在平台发布订单，快递公司平台接单后向B地的派送员通知取件，B地的派送员将物件取后交给B地所在的中转地，然后B地中转地统一将需要发到C地的物件清理出来转运到C地，再由C地配送员配送，无疑，该种物流方法成本高、时间慢，不能实时及时的满足发货人的配送要求。本发明的主要目的在于，提供一种不同于传统物流的全新的基于移动互联大数据匹配顺带的调度方法，其通过移动互联和大数据运算，将物流需求根据地理位置和用户标签分享到大量、无序的人流中，匹配出恰好与物流需求一致(方向一致)的从A处(发货地)到B处(收货地)的出行人，进而实现“顺带”的各种需求。

参照图1所示，本发明实施例所述的一种基于移动互联大数据匹配顺带的调度方法，该方法包括：

需求方发送订单需求至服务器平台；

服务器平台判断与所述订单同向的顺路人，同时，将该订单需求发送给所述顺路人；

所述顺路人接收并获取订单消息，选择接单或不接单；如接单，则联系需求方取货，完成顺带。

本发明的主要目的在于，将需求方的的物流配送需求通过服务器平台的调度，从大量、无序的人流中，分享给正好顺路的那些出行人。

为了找到与物流订单需求方向一致的顺路人，本发明通过移动互联网大数据运算，对平台内的注册用户的历史运动轨迹进行统计分析，并对注册用户进行分类、贴标，如果所述需求方的订单的发送地和接收地方向等信息，符合分类、贴标的注册用户，则判断该注册用户可能为与订单同向的顺路人(或称之为同向出行人)，并向该顺路人推送订单消息，所述分类、贴标的方法具体包括：将与需求方同区域内所有与货物方向一致的出行人进行分类整理并存储在平台数据库，当需求方基于其所在的地理位置发布订单消息时，即可从平台数据库中调用需求方周边附近的“潜在”顺路人。此处的分类、贴标主要依赖于大数据，从众多的用户的以往历史运动轨迹、活动区域分析，得出该用户的常用路径，也即经常活动的路径及方向。举例来说，用户A常年居住在B地，常年工作在C地，服务器平台基于用户A长期的往返B与C地之间的运动轨迹，判断用户A在B地与C地之间为常用路径，故将此用户贴标为“常用路径B-C”，并被平台所标定保存。当某用户D居住在B地，且用户A和用户D的实际地理位置相隔不远，或者说在平台限定的距离范围之内，如用户D有一紧急件需要带到C地，或者E地，而E地刚好在B地与C地之间且与用户A路径基本一致，则用户D可接单，作为顺路人，进行配送；此外，当用户D居住在B地与C地之间，用户A路过时，碰巧遇到这个订单需求，也可以接单。需要说明的是，本发明着重在于顺路人和订单所要求的方向一致，比如具有相同的目的地，目的地可以有一定的弹性范围，并不是必须保证完全相同，或者经过货物接收地(需求方目的地)也可以，如此来达到及时、便捷的目的。此处的B地和C地可以是同区域，比如同一建筑物、同一街道、同一社区、同一乡镇、同一区、同一县、同一市，也可以是跨省、跨区域的。比如，某用户住天津，经常早上七点左右从天津坐城铁到北京上班，晚上五点从北京坐城铁回天津。此时，可将北京——天津作为该用户的常用路径。

所述服务器平台判断与所述订单同向的顺路人的方法进一步包括：基于移动互联网大数据运算，出行人登录平台APP定位，服务器平台获取该出行人的定位信息，同时将该出行人周边划定区域范围内的所有订单需求反馈给出行人终端进行显示，出行人根据接收的订单需求的目的地是否与其目的地方向一致选择是否接单。如某订单需求与出行人方向一致，则出行人可选择接单，联系需求方，完成顺带，获得相应的酬金。出行人处于不断的移动当中，当走到某地时，看到有订单需求，且刚好与要去的方向一致或者经过货物接收地时，便可接单。

而为了实现实时性和便利性要求，需求方的拟托运物一般在需求方身上或者周边，至少为在较短时间内能够获取的物品。该订单需求的消息可以包含如下：托运的物品信息、发货地、托运人身份信息、目的地、送达时间、目的地接收人信息，根据不同的需求，订单需求包含的消息可以不同。

同样为了实现实时性和便利性需求，顺路人应当在需求方附近，距离相隔不能太远，具体的范围由服务器平台设定，超出设定的范围外的同向出行人无法收到该配送的请求消息，比如以需求方的地理位置为中心点，方圆一公里内，只有进入该范围内的才能收到推送消息。当然，本领域技术人员应当理解的是，根据需求方所在周边环境的区别，划定的区域范围可有区别，比如，当需求方在郊区时为了更好的找到承运人，划定范围可稍微扩大些。

位于该区域内的同向出行人通过移动终端接收该配送请求，如符合其行程规划，则向服务器平台发出接受需求方的配送请求的消息；当距离需求方所在地不远，位于划定区域范围内时，能够接收到服务器平台发送的托运消息的同向出行人如果刚好顺路，可选择接单，该接单的请求也会发送给服务器平台。

其中，所述需求方和同向出行人均为服务器平台的注册用户。也就是说，本发明只针对均在该服务器平台注册的用户，未注册或者未审核通过的用户不能发布也不能接收托运的订单消息。

此外，本发明是基于移动互联技术，比如手机，现在人们普遍人手一部手机，通过手机安装具有此服务的APP即可实现定位、下单、接单等操作，需求方和同向出行人均借助移动终端可实现实时、实地的交流沟通，通过移动互联能够满足人们对物件配送的实时性和及时性要求，通过平台调度，能够准确找出符合行程的那个顺路人。

本发明的方法不仅解决了传统物流不愿做、不便做、不能做的痛点，而且充分体现了分享经济的理念，利用出行中的闲置资源(旅行箱、自行车框、汽车后备箱、手提包、甚至双手等等)把物品送到目的地。无疑，也会大大提高了现有的物流配送效率，其社会效益巨大，减少了原本不必要的出行，不仅为人们节约大量时间，而且对疏解交通拥堵、减轻雾霾具有积极意义。而理论上，在人流越大的地方，匹配到那个与自身物流流向一致的出行人的概率也会越大。

在本实施例中，所述方法还包括：同向出行人取件后，同向出行人将其实时地理位置发送给服务器平台，需求方可通过服务器平台查看同向出行人当前的位置信息。同向出行人接单，联系需求方取货后，同向出行人的实时地理位置返回给服务器平台，用户通过移动终端上安装的服务器平台APP即可查看需求方的实时动态位置，以确保货物的安全。

在本实施例中，所述方法还包括：需求方发送订单至服务器平台时，需向平台支付运费，运费可根据物件的重量、路程、以及送达时间等要求进行计算，同向出行人将物件送到收货地后，在收件人签收后，选择确认送达，并经服务器平台验证后，开启对顺路人的运费支付。为了实现交易的安全性，需求方和物件接收人之间可约定有一验证码，该验证码在物件托运后，后台服务器发送给需求方和物件接收人，比如以短消息的形式，当物件接收人收到同向出行人承运的货物时，顺路人选择确认送达需要验证码，该验证码由物件接收人输入，如果正确，表明确实送达。或者，采用电子签名的形式，收件人通过电子签字版签字，后台获取签字信息并通过短信向收件人再次确认，当收件人实质未收件时，可通过客服介入，暂扣酬金。

在本实施例中，所述方法还包括：所述服务器平台在收到需求方的物件配送请求，也即订单消息后，对推送的该配送请求设定相应的接单响应时间，在该接单响应时间内，优先将配送任务转发给位于该区域内的最先接单或抢单的同向出行人。需求方发布托运请求后，服务器平台会将基于需求方所在的地理位置为基准在其周边划定一个区域范围，所有在该平台注册过且位于该区域范围的用户方位均显示在需求方所在的移动终端上，等待那个“顺路人”接单，当有多个用户具有与物件物流方向一致的行程时，注册用户可通过移动终端响应接单，但仅仅只是最先抢单成功的人有效。如果该需求方附近一定范围内，需求方未看到有注册用户显示在移动终端，则可以移动变化位置重新发送托运请求。

基于本发明的另一构思，还提供一种基于移动互联和大数据的物流配送系统，所述系统包括：

需求方客户端、同向出行人客户端以及服务器平台；其中，需求方和同向出行人在使用该服务时，需要事先注册为平台用户。所有在该平台注册的用户，既可以作为需求方也可以作为同向出行人，其目的就是为了实现互动、顺带和分享。

需求方客户端和同向出行人客户端应用的平台应为同一APP，当选择托运的时候，作为需求方，当选择承运的时候，作为顺路人。

此处的客户端，包括专用的平台APP，或者微信客户端，需求方可以为个人或者企业，无论是个人还是企业，具有配送需求时，即可将需求发布到平台的APP，平台APP设置一订单池，订单池对不同地方或者不同需求的订单进行分类，然后进行精确推送。服务器平台的主要作用就在于通过大数据运算，比如通过历史运动轨迹确定出行方向，主动给那个潜在的可能“顺路人”发送消息，当然，前提是，该“顺路人”也应当为平台的注册用户。服务器平台的另一作用在于，如果同向出行人愿意进行顺带，则基于其地理位置寻找附近存在的与其即将开始的出行路线一致的具有物流配送的需求方，如果找到了，则可以主动和其联系取件。该种方法不仅适用于国内物流配送，也适用于国际物流配送，原则上，只要与其出行方向一致的，不管是市区内、跨省甚至跨国的，均可以顺带。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

上述说明示出并描述了本发明的若干推荐实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述指导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (10)

1.一种基于移动互联大数据匹配顺带的调度方法，其特征在于，所述方法包括：

需求方发送订单需求至服务器平台；

服务器平台基于移动互联网大数据运算判断出与所述订单同向的顺路人，同时，将该订单需求发送给所述顺路人；

所述顺路人接收并获取订单消息，选择接单或不接单；如接单，则联系需求方取货，完成顺带。

2.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述服务器平台判断与所述订单同向的顺路人的方法包括：基于移动互联网大数据运算，对平台内的注册用户的历史运动轨迹进行统计分析，并对注册用户进行分类、贴标，如果所述需求方的订单的发送地和接收地方向符合平台分类、贴标的注册用户，则判断该注册用户可能为与订单同向的顺路人，并向该顺路人推送订单消息。

3.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述服务器平台判断与所述订单同向的顺路人的方法进一步包括：基于移动互联网大数据运算，服务器平台获取某出行人的定位信息，同时将该出行人周边划定区域范围内的所有订单需求反馈给出行人终端进行显示，出行人根据接收的订单需求的目的地是否与其目的地方向一致选择是否接单。

4.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述方法还包括：所述服务器平台在收到需求方的订单需求后主动向进入或已位于该区域内的平台注册用户推送物件配送的通知消息。

5.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述方法还包括：顺路人取件后，顺路人的地理位置通过所述服务器平台实时反馈给需求方终端进行显示。

6.如权利要求5所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述方法还包括：顺路人将物件送到收货地后，在收件人签收后，选择确认送达，并经服务器平台验证后，开启对顺路人的运费支付。

7.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述订单需求包括：托运的物品信息、发货地、托运人身份信息、目的地、送达时间，目的地接收人信息；所述服务器平台将顺路人接受配送请求的消息转发给需求方时，同时在需求方移动终端上显示所述同向出行人的身份信息。

8.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，需求方可通过手机app、微信客户端向服务器平台发布订单需求。

9.如权利要求1所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，需求方发送订单至服务器平台时，需向平台支付运费。

10.如权利要求2所述的基于移动互联大数据匹配顺带的调度方法，其特征在于，所述分类、贴标的方法具体包括：将与需求方同区域内所有与货物方向一致的出行人进行分类整理并存储、标定在平台数据库。