通用推送通知：通過3G定期推送通知與來自Asterisk服務器的自動SIP呼叫？

我有一個客戶公司，有一個簡單的網絡應用程序，用戶可以通過桌面/移動網站進行交互。最近他們要求實施通知功能。如果用戶願意，可以從網絡應用程序註冊實時通知。通用推送通知：通過3G定期推送通知與來自Asterisk服務器的自動SIP呼叫？

真正有趣的要求是，雖然該notificaitons應：

實時交付（60+秒的延遲是失敗的）;
已保證交付，即我的客戶希望確保每個用戶都能獲得他/她的所有通知。例如，
能夠以某種方式從後臺通知用戶，即典型用戶不會等待在他/她的Android上打開瀏覽器窗口的通知。優選的方式是使電話響鈴和/或振動並將一些消息放入通知區域，使得即使電話位於她的口袋或包中，用戶也可以注意到通知。

注：

一個典型的通知消息很短，下面是一個例子：「你好，你在$5pm有今天$John開會！」;
所有用戶都啓用了3G連接的智能手機（iPhone/Android）。

由於要求3不能與現代的移動瀏覽器當前state滿足時，只有兩種方式，以完全達到規範是：

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.在我的研究中，我不考慮SMS技術，因爲據我所知，有no guaranteed delivery消息。

來源

2013-02-25 skanatek

1類短信將適合您彈出屏幕的要求。交付是相當可靠的（沒有太多的東西保證100％的生活:-)），但時間要求本身可能會規定短信。說實話，我認爲你的客戶的100％交付要求是不切實際的 - 任何系統都可能出現問題。實際上，您正在考慮提供最佳可用性能的系統。 – 2013-02-26 10:26:23

如果你的所有用戶都有智能手機，你的選擇是IVR，短信或推送通知。如果手機網絡不可用，則IVR和SMS的所有投注都將關閉，但iOS和Android用戶可能會通過WiFi接收推送通知。如果電話網絡存在但是很弱（因爲沒有3G或LTE），IVR和SMS大致相同 - 短信可能會稍微好一些，因爲電話連接不好可能會將您的信息變爲「您好，您有預約與KRRRZZZZT今天在[掉電]「。

來源

2013-03-05 05:54:22 drivefast

通用推送通知：通過3G定期推送通知與來自Asterisk服務器的自動SIP呼叫？

回答

相關問題