我有点难过。我一直在尝试寻找一种方法让无线设备（即 Android/ios/Windows 移动设备）从中央服务器接收消息，然后启动设备 Web 浏览器。
场景： WLAN 网络上的服务器监控某个系统。当系统出现问题时，系统会停止它正在做的事情并向服务器发送错误消息，并等待用户在服务器上输入响应，然后再恢复它正在做的事情。
现在，我想从服务器（当它正在监控的系统崩溃时）向无线设备发送一条消息，这样用户就不必一直去服务器继续系统，而是可以通过无线设备（在网络浏览器中）。
澄清一下，我知道如何从服务器向连接到无线网络的每个人发送消息，我只是不知道如何处理设备上的消息......
任何想法或解决方案将不胜感激......提前致谢
您可以通过几种不同的方式执行此操作：
1) 使用市售推送通知（例如 Google 和 Apple）。优点是您的应用程序可以在您的无线 LAN 之外运行，但缺点是您正在使用他们的平台，该平台的能力和功能受到限制（我自己设计和构建了几个这样的平台，我可以证明它们的局限性 -当他们设计和实施他们的时，他们正在寻找“最小公分母”）。
2）如果您的应用程序仅在 LAN 上运行（您控制网络），您可以将自己的系统放在一起。这里的优点是几乎没有什么是做不到的（除了在 iOS 上，它有几个与该主题相关的限制）。但是，缺点是工作量很大。
3) 利用现有平台，该平台可能为不同目的而设计，但只需对您自己的目的进行少量更改即可轻松使用，并在选项 #1 和 #2 之间提供了一个很好的折衷方案（这将需要一些额外的后端/中间件服务器添加到您的组合中）。以 XMPP 和 Jabber 为例。
一旦你的这部分架构就绪——接收推送的数据——唯一缺少的就是调用手机的浏览器（或你自己的本地应用程序中的浏览器类型组件）来响应接收到的有效负载。
** 作为可能的替代方案，值得注意的是，大多数移动平台允许您的本地应用程序直接与手机的 IM 或电子邮件交互。例如，您可以编写拦截特定格式的 IM 的代码，并使用较小的有效负载，并将其用作“穷人的推送引擎”。我已经为在 Windows Mobile、BlackBerry 和 Android（不确定 iOS 在这方面有什么可能）上使用这种技术的客户整理了一些 POC（概念证明），因为它既快速又简单。
The hard part is the pushed data (but several available options on how to handle this requirement), the easy part is invoking the browser.