快递行业是和地址打交道的行业，地址这种东西，不是公交车，他是固定不变的，经纬度摆在那里，是多少就是多少，变化的是包裹从一个地方移动到另外一个地方，快递行业服务移动，从一个城市移动到另外一个城市，快递行业已经很好的去解决了，我们要说的是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已签单。