私は少し困惑しています。ワイヤレス デバイス (つまり、Android/ios/Windows モバイル デバイス) が中央サーバーからメッセージを受信し、デバイスの Web ブラウザを起動する方法を見つけようとしています。
シナリオ: WLAN ネットワーク上のサーバーが特定のシステムを監視します。システムで何か問題が発生すると、システムは実行を停止し、サーバーにエラー メッセージを送信して、ユーザーがサーバーで応答を入力するのを待ってから、実行を再開します。
ここで、(監視しているシステムがクラッシュしたときに) サーバーからワイヤレス デバイスにメッセージを送信したいので、ユーザーはシステムを続行するために常にサーバーに行く必要はありません。ワイヤレス デバイス (Web ブラウザで)。
明確にするために、サーバーからワイヤレスネットワークに接続しているすべての人にメッセージを送信する方法を知っていますが、デバイスでそのメッセージをどうするかわかりません...
どんなアイデアや解決策でも大歓迎です...事前に感謝します
これにはいくつかの方法があります。
1) 市販のプッシュ通知 (Google や Apple など) を使用する。利点は、アプリケーションがワイヤレス LAN の外部で動作することですが、欠点は、能力と機能が制限されているプラットフォームを使用していることです (これらのプラットフォームのいくつかを自分で設計および構築したので、それらの制限を証明できます -彼らが設計して実装したとき、彼らは「最小公分母」を目指していました）。
2) アプリを LAN 上でのみ実行する場合 (ネットワークを制御する場合)、独自のシステムをまとめることができます。ここでの利点は、実行できないことがほとんどないことです (トピックに関連するいくつかの制限がある iOS を除く)。欠点は、しかし、これは多くの作業です。
3) 別の目的のために設計された可能性があるが、独自の目的のために最小限の変更で簡単に使用できる既存のプラットフォームを活用し、オプション #1 と #2 の間の適切な妥協点を提供します (これにはいくつかの追加のバックエンド/ミドルウェア サーバーが必要になります)ミックスに追加します）。例として XMPP と Jabber を見てください。
アーキテクチャのこの部分 (プッシュされたデータの受信) が整ったら、受信したペイロードに応答してハンドセットのブラウザー (または独自のネイティブ アプリケーションのブラウザー タイプ コンポーネント) を呼び出すだけです。
** 考えられる代替手段として、ほとんどのモバイル プラットフォームでは、ネイティブ アプリケーションがハンドセットの IM または電子メールと直接やり取りできることに注意してください。たとえば、特別にフォーマットされた IM を小さなペイロードで傍受するコードを作成し、それを「貧乏人のプッシュ エンジン」として使用できます。Windows Mobile、BlackBerry、および Android でこの手法を使用するクライアント向けに、POC (概念実証) を少しまとめました (この点に関して iOS で何が可能かはわかりません)。
困難な部分はプッシュされたデータです (ただし、この要件を処理する方法についていくつかの利用可能なオプションがあります)。簡単な部分はブラウザーを呼び出すことです。