architecture - 遥测设计模式 - 设备和服务器之间的互操作性(SMS、GPRS 等)

Question

我现在从事与远程汽车管理相关的项目。

我们有一些设备可以启动/停止汽车引擎、提供 GPS 坐标、检查门锁状态等。此设备已安装 SIM 卡。

第二端是一个服务器，它应该与设备通信并允许消费者通过 iPhone、Android 和 WM7 手机管理他们的汽车。

我现在的主要问题是应该为设备和服务器之间的通信定义哪些技术要求。

有人知道有没有关于此类数据传输的标准设计模式的书籍或文章？

下面是一个困扰我的问题的例子

我们需要向设备发送一些请求(例如“启动汽车”或“给我里程数”)。为了提供它，服务器应该有一个地址，它应该发送这个请求。

如果我没理解错的话，有以下方法可以做到:

• 组织 VPN(昂贵)
• 使用 SMS 传输(昂贵)
• 使用 TCP 套接字组织设备和服务器之间的持久 session (我不知道它是否适用于俄罗斯 GSM 网络现实)

也许这里有人有类似的专业知识，可以给我建议我应该搬到哪里去？

Answer 1

资源

• 根据这些设计服务层principles

• 您可以保持 TCP 连接有效以降低连接成本。则长轮询成本最小。

• 你可以查看ZeroMQ , 它似乎是适合您项目的发布/订阅服务器

成本

• 请求挂起命令的消息和来自服务器的空响应(这将占对话的 99.9% 以上)可以减少为每个请求一个字节，每个响应另一个字节。所以每十秒进行一次轮询，我们有:

  (20 字节 TCP 帧)+ 1 字节/消息 *(1 个请求 + 1 响应)* 6 条消息/1 分钟 * 60 分钟/小时 * 720 小时/月 = 10.8Mb 每月需要使用长轮询

• 现在，您添加从服务器向设备发送用户命令的成本(与长轮询消息相比，它们相对较少):

  1 kbyte/消息 *(1 个请求 + 1 个响应)* 20 条消息/天 * 30 天/月 = 1.2Mb 每月需要支持用户命令

• 最后，您必须决定要收集哪些数据 - GPS、门传感器等 - 以及收集的频率 -1 分钟、10 分钟、每小时等 - 这将汇总为长轮询成本 = 假设 12MB

总成本:每月约 24Mb