【发布时间】：2012-06-25 12:48:59
【问题描述】：
我现在为一个软实时软件应用程序进行应用程序设计。
应用程序可能需要将系统中的某些事件通知其移动用户。一个事件可以在用户第一次与系统交互后开始的 15 分钟时间范围内发生。事件通知应该以软实时完成：如果用户在 15-20 秒后通知他应该被通知，那么它是关键的。基本上，我需要在事件发生后的 15 分钟内不迟于 15-20 秒通知移动用户。
我打算使用某种PUSH technology（XMPP/Jabber，带有Comet 连接的本机应用程序，或者可能是PUSH email）来做到这一点。
不幸的是，最明显的解决方案是拥有实时推送通知的移动网站（例如：http://www.lightstreamer.com/）是不合适的，因为在这种情况下，用户将不得不在整个过程中盯着屏幕。 15 分钟的时间范围。通过声音或振动通知用户将是一种更愉快的用户体验（通过智能手机连接到系统 -> 开始与系统交互 -> 将智能手机放回口袋或包中 -> 收到通知）。
我做了一个简单的实验，在我的笔记本电脑 (WiFi/100Mbit) 和我的 Android 智能手机 (GPRS/3G) 之间发送 Jabber 聊天消息。问题是某些发送到智能手机的消息迟到了（它们到达智能手机大约需要 1 分钟）或刚刚丢失（它们从未到达智能手机）。此外，我注意到智能手机上的 Jabber 客户端会定期离线几秒钟。我不知道是因为我的安卓智能手机很便宜，还是因为 3G 连接不太好，但这种行为对于我设计的软件应用程序来说是不可接受的。
因此，我对以下内容感兴趣：
- 是否有任何技术标准可以保证以软实时向移动 (GPRS/3G) 消费者推送消息？ IE。一种技术标准，可保证不迟于 N 秒后通知移动客户端；
- 您知道任何具有软实时推送通知的移动应用示例吗？
- 有哪些方法可以解决以软实时方式向移动设备传送/推送软实时消息的问题？ （例如，在移动设备确认收到消息之前，继续发送相同的消息）
附注该软件应用程序的预期用途是任何智能手机，无论是 iPhone、Android、WP 还是任何其他联网的智能手机。
注意：这个问题与我之前的问题中的 one 类似，但这个问题是关于一个完全不同的用例，重点关注软实时要求。
【问题讨论】：
-
你找到保证最大 N 秒延迟的技术了吗？
标签： push-notification real-time push 3g gprs