Volvo Buses の IT システムについて説明しているドキュメントの使用例を次に示します。
バスを運転している間、運転手はルート、次の停留所、時刻表に従って現在の状況に関する情報をリアルタイムで継続的に取得します。
時刻表からの車両の偏差は、リアルタイムで表示され、実際の数値と簡単に解釈できるグラフィカルな「メーター」の両方で表示されます。情報は常に更新されています。
そのすべての情報は、中央システムから GPRS 経由でオンボード コンピュータに送信されます。
このようなイベントベースのコミュニケーションを可能にする技術に興味があります。基本的に、ドライバーは、スケジュールされた更新モードではなく、リアルタイム モードでディスパッチャーからリアルタイムの時刻表情報または任意のメッセージを取得します。私が理解しているように、これはオンボード コンピューターのソフトウェアが何らかの形で中央システム (サーバー) から発生するイベントに「サブスクライブ」されていることを意味します。
サーバーと Web ブラウザー間でこのようなイベントベースのリアルタイム通信を可能にするために、Cometテクノロジを使用できることを知っています。
しかし、通常の Web ブラウザーの代わりに、ある種の Qt/Embedded Qt クライアント ソフトウェアを使用して、サーバーとオンボード コンピューター間で同じ機能を使用するにはどうすればよいでしょうか?
非 Web ブラウザーベースのアプリケーション向けの Comet のような技術標準はありますか?
ちょっとした追加質問:その場合、GPRS 接続は何か問題を引き起こしますか? (たとえば、GPRS/3G 経由で接続すると、Android スマートフォンが XMPP チャット メッセージの一部を失う可能性があり、それらの一部は配信されません)。