最近这些日子，各种共享单车是如火如荼的发展啊，大街小巷都是各种单车，从实际应用上来说，确实方便了大家的出行，尤其是5KM内的交通。网上关于这些共享单车的文章也是铺天盖地，有讲运营的，有讲公司架构的，有讲CEO的，总之囊括各个方面，今天我也来凑个热闹，写一下对于这些车子的简单思考。
车子无论大小肯定是有车锁的，有智能的，有简单的，今天就粗糙的写一下个人思考。粗略的写写，大牛可以忽略了。选取的车子就是ofo和摩拜，也是我平时骑的两个。
骑行体验
去年9月的时候开始骑这些车子，一开始接触的是摩拜的首批橙色小车，真的伸不开腿啊，而且好沉好沉，但是也确实起到了代步的作用，因为公司离得比较近，所以基本是隔三差五的骑。当时我只是在想一个问题：设计师有没有自己骑过，这么沉的车子，就没考虑过用户的骑行感受么？
不过摩拜的开锁方式和实心胎还是比较新颖的，而且也方便管理和统计。
后来就出现了ofo的小黄车，轮胎是打气的，虽然车座有点低，但因为是链条传送，并且是打气的轮胎，所以骑行起来还是比较轻便的。单就骑行感受上来讲，ofo更舒服。
再后来不管是摩拜还是ofo都又退出了新款的车子，都力图在骑行体验上做提高。自己也都骑过他们各个款式的车子，个人总体感觉摩拜后来推出的带前筐的车子和ofo的小轮车都还不错。对于我来说，只要能升降车座，调整车座高度，骑起来能伸开腿就会比较舒服。
骑行感受这个东西，也是仁者见仁，智者见智了。
开锁方式
ofo
ofo的车子，整个车身都没有一点智能元件，当然这也可能是ofo一开始的策略，管他智能不智能的呢，赶紧投放市场才是王道，让大家赶紧骑上小黄车。当然啦，这也是个人猜测而已。
ofo的开锁方式很传统，也没那么智能，只是从APP上输入单车编号，APP就返回车锁密码，用户手动开锁即可。粗略的理解，ofo的后台管理说白了就是一堆开锁密码的管理，基本都是查询。细想的话，其实ofo的后台还是包括很多东西的，计费、行程记录、车辆位置、车辆举报等。但因为没有引入智能车锁，所以某些功能的业务上不会太复杂，这也是一种优势，可以迅速做出产品，投入使用。
这种开锁方式也造成一个问题，用户只要开锁一次，就记住了这辆车子的密码，下次再碰到这辆车，又可以继续骑。个人感觉，虽然会有这种情况出现，但因为车子的流动性，以及不同用户去不同目的地，会让同一个用户碰到第二辆车子的几率降低，所以同一个人多次或多天骑同一辆车子的几率还是不会太高的。
不过，据悉ofo的智能车锁也已经在研发中了，看报道ofo联合了中国电信和华为来共同研究智能车锁，据悉要用NB-IOT技术，因为采用传统的方式来制作智能车锁还是有诸多限制的。NB-IOT依托于电信运营商，又加上华为是NB-IOT的先驱，所以，无论对于华为、中国电信还是ofo，这件事情都是对NB-IOT技术的实际应用有强大的促进作用。个人猜测，ofo在做智能车锁的时候，应该会考虑到目前投放的小黄车后续的智能管理问题。智能车锁应该要可以安装在现在的这些非智能小黄车上，逐步的来完成智能管理。
相信ofo肯定也不止于此，还在做很多工作，随着智能车锁的研发，对应车辆管理等功能会逐步研发出来。从信息系统管理上来说，其实智能车锁只是一部分，系统中的很多工作其实都可以不用去考虑是智能的车锁，还是手动的车锁，它们只需要关注来往数据的交互就可以，以行程记录为例，它自然不需要过多的考虑这些问题，只管处理以经纬度为核心的数据，进行路径的合理记录和绘制等工作即可。
相信ofo在后续的信息化工作中会给人很多惊喜。
摩拜
摩拜的车子开锁方式就智能很多了，后轮的智能车锁非常显眼，用摩拜APP扫码开锁。但这个智能车锁在实际使用中也碰到很多问题，比如开锁不及时了，车锁没电了，网络状态不好了等等，诸多问题都会影响正常开锁。
技术角度来讲，个人推测的开锁流程如下：
- 用户从APP扫码
- APP发出车子的开锁请求到摩拜服务端，请求中包括车子编号和车锁操作（开）
- 摩拜服务端给车子的车锁发送开锁指令
- 车锁收到开锁指令后，执行开锁动作
- 车子开锁成功后，发送开锁成功到摩拜服务端
- APP端或服务端开始计费
- 开始骑行
- 结束骑行，手动关闭车锁，车锁发送关锁消息到摩拜服务端
- 服务端收到关锁消息，执行扣费等业务动作，然后发送消息到用户的APP
- APP上显示骑行结束并显示扣费信息
粗略猜测，摩拜单车的整个使用过程大概是这样的。刚开始觉得这也就是一个带有通信模块的硬件设备与服务器交互而已，自己也做过一些。可是后来一想觉得有些不一样的地方，在步骤3中服务端是通过什么途径发送消息到车锁上的呢。刚开始以为也就是网络，可是因为电量、流量等硬件问题，车锁不会时刻与服务端保持SOCKET连接。就算车锁每隔一段时间就去连接一次摩拜服务器，来查看是否有开车锁的命令，这也不合理啊，毕竟用户开锁是一个随时都可能发生的事情。所以猜测可能用到了短信。
服务器收到APP发来的开锁请求后，服务器会给车锁发送开锁短信，短信是特别设计的开锁命令。车锁收到短信后，解析短信内容为开锁命令，执行开锁动作。
车子开锁成功后，会发送一个开锁成功的确认信息到服务端，这个时候有两种选择，一是与服务器建立网络连接；二是给服务器回一条短信，服务器解析短信来识别车锁的消息。考虑到后面骑行中还可能有车锁位置上报的问题，所以开锁后车锁可能与服务端建立了一个网络连接。
骑行结束，关闭车锁后，车锁也可能是通过网络发送消息到服务端来结束骑行。
考虑到单车的常年使用，所以摩拜车锁中硬件部分还是很厉害的，电池是关键，整个车锁的功耗也必须很低，所以在于服务器的连接和GPS位置上报的策略上的设计还是很用心的。
