快递行业是和地址打交道的行业,地址这种东西,不是公交车,他是固定不变的,经纬度摆在那里,是多少就是多少,变化的是包裹从一个地方移动到另外一个地方,快递行业服务移动,从一个城市移动到另外一个城市,快递行业已经很好的去解决了,我们要说的是lbs在快递中最终一公里的应用。
设想一下,如果我是快递员,我希望到了你们门口,还没有敲门的那一瞬间,你已经打开门,直接签单收件了。不用我去打电话发短信和你一次确认,最郁闷的是到了你家楼下,你却不在家,如果我们能提前知道你不在家,就不用送了,节省下来的时间别别人送多好。
而我们收货时,最纠结的是,不知道快递员什么时候上门,也不知道快递员送到哪里了?什么时候能送到?心想这小子怎么还不打电话啊?
而快递公司那?快递员领了件后,半天发完是他,一天发不完也是他,中间干了什么不知道?
造成这些问题的原因是,信息不对称。快递员知道自己在哪里?要去哪里?用户知道我的地址在这里,我的人也在这里,我不知道你什么时间过来?那么我们通过lbs来贡献这些信息,不就好了么?快递公司知道快递员领了件,但是不知道快递员送的情况?
来吧,让我们给快递员装上个gps,这样用户和快递公司通过gps了解快递员的位置了,但是快递员不敢了,我的隐私怎么办啊?再说,我送的话,也得一家一家的送,就算你知道我的信息,你也不知道我多长时间送到啊,我们离成功很近了,不妨好好想想怎么处理会更好。
快递员要有一个设备a,具有如下功能
1:定位,能够获得当前的地理位置。
2:能联网,汇报/获取的一些服务信息。
3:记录本次要送快件的信息(快件编号或者地址)
4:通知功能,当进入范围内时,可以通知这个范围地址内的快件接受人,做好准备,快件马上就要送到。
快递公司的设备b:具有如下功能
1:获取a 的定位信息(a为复述)。
2:能够给a提供一些信息帮助。
用户设备c
1:能够得到a或者b的消息通知
2:必要是可以直接和a联系。
卖家设备d
1:能够收到a或者c的消息通知
2:必要时能够和c直接联系。
整个流程就是这样的
1:a从b处取到快件,一路分发,当他距离c,1000米时,a发通知消息给c,通知c做好准备,快件快要送到。a继续移动,距离500米时,再次发确认消息给c,马上就要送到。a继续移动,距离50米时,再次发确认消息给c,快件已到楼下。
2:如果中间过程c告知a,不方便接快件,a直接去送下一家。
更复杂的流程我们可以这样。
1:a从b处取到快件,一路分发,当他距离c,1000米时,a发通知消息给c,通知c做好准备,快件快要送到;a发消息给d,告知d正去给c派件。a继续移动,距离500米时,再次发确认消息给c,马上就要送到,a发消息给d,告知d正去给c派件。a继续移动,距离50米时,再次发确认消息给c,快件已到楼下,c过来取件,并直接在a的设备上签单,a把签单信息返回b,b通知d已签单。