如果只是你上面的描述的话，需求有点伪，没有太大用处。

问题有：另一台手机不确保正在使用；另一台手机距离太远；完不成紧急的要求。

个人意见：

①android APP发送信息到电脑上，这一步没有问题，不过记得带上定位信息。

②后端收到后，应该是查找现在已经登录在线的用户，判断这些用户的位置，给附近的这一批用户群发信息。（这里看你需求，不一定要在线用户，群发都OK）

③群发部分，其实就是你要的后端逻辑了，可以你自己定义个长连接服务；或者对接消息推送都行，确保消息的到达率就OK。

1. 对你的需求进行分析
2. app发信息到电脑，我可以=》你的app发生了一个订单到服务中心
3. 通过电脑将信息传送其他客户端=》电脑web端就是服务中心，派单。
4. 其他app收到你的派单。大概这样吧。个人转换理解。
5. 举个例子：小民发送一个信息给控制中心，电脑刷新消息列表，得到这个信息，然后转发某人或某群人，可以n个。至于转发对象，你自己定。转发后，对方app收到。
6. 对于发送信息，简单吧，一个提交数据的请求，对于服务器，就是接受了请求，保存到消息列表。这个也好做。转发，我个人猜测，你是在想转发其他人怎么做呢。
7. 上面有童鞋提到，是否在线问题，如果你需要判断是否在线，可以使用mqtt，很多第三方sdk，其实就是通信sdk都有，而且免费。自己做，太慢了。
8. 如果不考虑在线离线，可以接入厂商的消息推送。厂商推送，是不考虑app是否活着的。只要你推送，手机没有屏蔽你这个app的话，就能收到通知。而且，推送的sdk接入很容易。服务器转发消息给某人的时候，直接调用sdk进行推送就完事了。

后端没做完，前端就做完了？