通用推送通知:通过3G的常规推送通知还是来自星号服务器的自动SIP呼叫？

Question

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

然而，真正有趣的要求是，通知程序应该：

1. 实时传递(60+秒延迟是一个失败)；
2. 保证交付，即我的客户希望确保每个用户都收到他/她的所有通知。
3. 能够以某种方式从后台通知用户，例如，一个典型的用户不会等待在他/她的Android上打开浏览器窗口的通知。首选的方法是使电话铃和/或振动，并将一些消息放入通知区域，以便用户可以注意到通知，即使手机在她的口袋或袋子。

备注：

• 一条典型的通知消息相当短，这里有一个例子：“你好！您今天在$John的$5pm上有一个会议”；
• 所有用户都有智能手机(iPhone/Android)，并启用了3G连接。

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

• A.为iOS/Android开发一个应用程序，并使用本地API制作电话铃声，并在收到通知后进行振动；
• 使用IVR (如星号)通过SIP打电话给用户，播放通知的声音，并让他/她按1确认收到通知(声音可以是“您今天下午5点与John有一次会议，请按1确认”)。

但是当我开始测试那些A和B选项时，我发现(1)和(2)不能通过常规的3G连接来满足(该公司在欧洲，连接非常好)。例如，Android设备上的Jabber客户端可以长时间(几分钟)获得一些消息，甚至会丢失一些消息。

因此，满足要求的唯一选择是使用B(自动IVR -星号)。

我的推理正确吗？是否有任何其他机制可以实时地向启用智能手机的用户发送短通知，并且100%地保证和使智能手机在通知时响和/或震动？我应该试着用别的什么来代替自动IVR电话吗？

在我的研究中，我不考虑短信技术，因为据我所知，有无保证交货的消息。

Answer 1

如果您的所有用户都有智能手机，您的选择是IVR、SMS或推送通知。如果手机网络不可用，所有的彩信都将被取消，但iOS和安卓用户可能会通过wifi收到推送通知。如果电话网络已经存在但很弱(比如没有3G或LTE)，IVR和SMS也差不多--短信可能会稍微好一些，因为坏的电话连接可以把你的信息变成“你好，你今天和KRRRZZZZT有个电话预约”。