Sms 通用推送通知：通过3G定期推送通知与来自Asterisk服务器的自动SIP呼叫？

我有一个客户公司，它有一个简单的web应用程序，用户可以通过桌面/移动网站进行交互。最近，他们要求实现通知功能。如果用户愿意，他们可以注册web应用程序的实时通知

但真正有趣的要求是，通知应：

实时交付（延迟60秒以上为故障）

保证交付，即我的客户希望确保每个用户都能收到他/她的所有通知

能够以某种方式从后台通知用户，例如，典型用户不会在其Android上打开浏览器窗口时等待通知。首选的方法是使电话铃声和/或振动，并将一些信息放入通知区域，以便用户可以注意到通知，即使电话位于其口袋或袋子中

注:

• 一条典型的通知消息相当简短，下面是一个示例：“您好！您今天下午5点与

  $John

  有一个会议”
• 所有用户都拥有启用3G连接的智能手机（iPhone/Android）

由于要求3无法满足当前的现代移动浏览器，因此完全实现规范的唯一两种方法是：

• A.为iOS/Android制作一个应用程序，并使用本机API制作 收到通知后，电话铃响并震动
• B.使用类似IVR的 星号通过SIP呼叫用户，播放带有通知和 请他/她按1确认收到通知 （声音可能类似于“你今天要和约翰开会 下午5点。请按1确认”）

但当我开始测试这些A和B选项时，我发现（1）和（2）无法通过常规3G连接得到满足（该公司位于欧洲，连接非常正常）。例如，Android设备上的Jabber客户端可以长时间（几分钟）获取一些消息，甚至会丢失一些消息

因此，满足要求1、2和3的唯一选择是使用B（自动IVR-星号）

我的推理正确吗？是否有其他机制可以在100%保证的情况下实时向支持智能手机的用户发送短通知，并使智能手机在收到通知后响铃和/或振动？我是否应该尝试使用其他方法来代替自动IVR呼叫

---

P.S.S.我在研究中没有考虑SMS技术，因为在我的知识里有消息。

< P>如果你的所有用户都有智能手机，你的选择是IVR、SMS或推送通知。如果移动电话网络不可用，所有IVR和SMS的赌注都将被取消，但iOS和Android用户可能会通过wifi接收推送通知。如果电话网络存在，但很弱（例如，没有3G或LTE），IVR和SMS也一样好-SMS可能会稍微好一点，因为电话连接不好会将您的信息变成“您好，您今天在[call drops]与KRRRZZZZT有个约会。”

第1类SMS适合您在屏幕上弹出的要求。交付是相当可靠的（并不是很多东西在生命中100%保证：-），但仅时间要求就可能排除短信。老实说，我认为你的客户100%交货的要求有点不现实——任何系统都可能失灵。实际上，您看到的是提供最佳可用性能的系统。