新的智能手机应用程序概念：使用推送通知，短信，电子邮件或其他？

Question

我正在寻找为iOS，Blackberry和Android构建智能手机应用程序。应用程序必须能够发送和接收紧急警报（读取带有响亮声音的消息）。我需要能够让用户选择或指定一个声音文件，因为它必须足够响亮才能在晚上唤醒人们。

我搜索了推送通知SDK，发现没有什么适合所有上述平台并且允许选择收件人（不仅仅是广播）。大多数人还依靠网站发送推送通知。我需要从应用程序中发送警报。

发送的消息最好是文本，但也可以是语音......所以只要它们与上面的所有设备平台兼容并且接收到大声的声音就可以播放，即按即说SDK也可以工作。然后用户继续收听录制的语音信息。

人们建议使用什么：推送通知，短信，电子邮件或其他？这里有适用于此的SDK吗？示例代码？教程？

由于

Answer 1

对于Android，您可以使用Google Cloud Messaging（GCM），对于Apple设备，您可以使用Apple推送通知（APN）。这两种服务都允许您在注册后定位单个设备。 GCM更易于使用和部署以及APN，但这两种平台的模式非常相似：

1. 向提供商（Google或Apple）注册您的应用。
2. 在您的应用中加入密钥。
3. 使用密钥将特定设备注册到提供商，接收唯一的设备令牌。
4. 将此令牌与识别信息一起存储在您的网络服务中。
5. 在执行推送通知时，您会将通知，您的app-id /密钥和设备令牌发送给提供商，然后将发送消息。
6. 设备收到通知;对于Apple，它可以在屏幕上显示通知和/或更新应用程序上的徽章。但是，我不记得这些通知是否可以被静音。对于Google，该应用程序已启动并收到来自Android的特殊消息，可以执行任何您喜欢的操作 - 包括调整音量和播放超级闹钟。

FWIW，BlackBerry有黑莓推送服务，但我没有为此开发，因为它与我的客户无关。微软拥有Azure，允许类似的东西。

Answer 2

任何可以建立HTTPS连接的应用程序（我使用Perl脚本）都可以触发BlackBerry Push服务，但您需要拥有一个看起来像Web服务器的东西来支持注册/取消注册协议。不必是服务器上的完整服务器，但它确实需要回复获取请求。不使用后端服务器的问题是注册是一个24/7异步活动，因此您的应用程序必须面向Internet且始终处于启动状态。 Web服务器和CGI脚本是一种非常成熟，易于理解的方法。

在BlackBerry上，您可以将要传递的数据推送到应用程序，然后该应用程序负责采取适当的操作，这可能会发出响亮的声音。

Answer 3

推送通知确实是为此而设计的。它在Android中称为GCM（以前是C2DM）。您肯定需要一个后端服务器来发送推送。请注意，通常推送包含非常少的数据，因此应用程序需要“通常”进行后端服务器调用以获取数据。例如，如果用户需要在其父母所在地通知火灾，则用户将注册来自后端服务器的推送，用于父母所在的组。此业务逻辑将保存在后端服务器中。推送将以紧急警报ID发送给用户。该应用程序将通过推送被唤醒，并立即向后端服务器询问该ID的数据。数据可以是语音文件，应用程序可以在手机允许的最大音量下播放。

如果这是您正在寻找的那种系统，您可以给我留言，我可以指导您。

Answer 4

对于iOS，Apple推送通知不允许您为每次推送发送特定的声音消息，也不强制用户为该通知打开声音。

有些人建立了闹钟应用程序，通过将自己设置为音乐播放应用程序然后播放静音直到需要声音，整夜运行（通常不允许）。这非常黑客。