网络约车系统架构 和 网约车中介费太高的一点思考

关于网络约车系统 。最初的想法是这样的， 北京市有1.6 万平方公里， 你真正约车的时候往往是看附近一平方公里内可用的车辆，粗略估计 附近一公里可用车辆也就是个位数，最多两位数。

 北京市有1.6 万平方公里 ，我们可以把北京市平均分成长4.8 万 个网格。

 1）租车司机可以把自己的车辆信息和位置 发送到特定的网格 （ 根据经纬度哈希算法可以确定自己属于那一个网格）

 2）用户在检索车辆的时候，首先根据自己的定位信息应该去那一个网格检索，看到可用车辆 的位置信息个价格信息，进行预定。

3） 通知租车司机和乘客   彼此的位置信息和车辆信息

北京市目前有67000辆出租车 ，我们系统设计可以支持20万辆车，真正的空驶的车辆 错略估计 1/5 ， 这样的话，瞬时空闲车

辆也就是4 万辆 可以被乘客检索和租用， 这么来看的话，两台虚拟机足以。

本系统全部基于内存，不做任何硬盘存储 个人觉得完全没有必要  一旦上线，永久运行，  基本上不需要维护

这么来看的话， 三个人两个月的开发工作量。和 每个月大约1000元的物理硬件运行成本就可以为全北京提供网络约车服 ， 并且高效快速易用。

这样的话网络约车的IT费用就可以降到 很小很小 基本不需要钱，而不是20% 到30% 。 每天每个租车司机和乘客仅仅需要1分钱 不到的IT 成本。

网络约车真的没有什么技术含量，收取很高的中间费，这么来看的话确实很不应该。  有兴趣的朋友我们可以一起开发一个这样的系统，供大家永久免费使用。