私は、特定の種類のアプリケーション用の新しいプラットフォームの設計に取り組んでいます。これらのアプリケーションは、主にiOSとAndroidデバイスの両方に存在します。 これらのアプリケーションの主な要件の1つは、リアルタイムのデータを同期させ、安全であることです。私の考えはソケットを使って何らかのキューイングプロトコルを使うことに直接行きました。 サーバーの制限事項は、JavaまたはPHPで記述する必要があることです。ただし、クライアントは制限されていません。私が言及したように、主にiOS（Objective-C）とAndroid（Java）デバイス。クロスプラットフォームのリアルタイムデータ
ActiveMQやTibcoのようなものを実装すべきでしょうか、それとも、他のソリューションを使うべきでしょうか？
敬具、
ポールPeelen
最も良い方法は、HTTP経由でRESTful APIを使用することです。ソケットよりもHTTPよりも安全だと言っている人は、何を話しているのか本当に分かりません（プライベートではない、ビジネスだけ！）
HTTPはTCPソケット上で動作するトランスポートプロトコルです。したがって、HTTPもソケットです。セキュリティを提供するものは、送信しているものの暗号化です。 SSLが答えです。ユーザーのHTTPSを使用してアプリケーションを安全にします。
ここでキューイングについて。情報の配信とその処理を切り離すには、キューイングが必要です。これは、処理が時間がかかることがあり、サーバーがデータを処理している間に送信者（モバイルデバイス）をブロックしたくないため、これが望ましい場合です。私はあなたにメッセージングブローカー（ActiveMQ、RabitQ、Qpidなど）のオープンソースの実装を使用することをお勧めします。 Tibcoは完璧ですが、お金がかかります。そして、あなたがJavaメッセージングブローカーに向かう場合、あなたのサーバーもjavaで実装し、すべてのメッセージブローカーによってサポートされているユーザーJMS APIを実装します。
こちらがお役に立てば幸いです。
あなたの答えをありがとう。私はそれが非常に便利だと思う。あなたはHTTPのものについては正しいです。私がクライアント側から懸念しているのは、（理論的には）クライアントが、そのデバイスから送信されたトラフィックを聴くことができ、それによってAPIの外観を知ることができるということだけです。ソケットの実装はこれを私が正しいか間違っていると信じているより良いものにすることができますか？私が最後に望むのは、APIの仕組みを理解し、ダミーデータを送って偽のデータにつなげることです。 –
（1）あなた（そして私と誰か）はSSLよりもデータを暗号化できません。 （2）ハッカーは独自のプロトコルを含むすべてをハックすることができます。 RESTは標準で実装が容易です。より安全にパスワードで保護したい場合、つまりHTTPS投稿を使用してログインを送信する場合は、認証されたセッション内でAPIを使用します。 – AlexR
よかった、それは本当です。しかし、REST（Soapまたはhessian）を使用すると、クライアントはデータの受信とフェッチを行います。私はこれを行うことはできません...クライアントは、新しい情報でサーバーによって更新される必要がありますので、私はキューを使用することを考えています。 128ビットの暗号化（可能であれば）を暗号化する（私は方法を見つけなければならない）。 –
オプション1：HTTPS経由
RSSメッセージフォーマットとT秒タイマ。
HTTPSは、SSLソケットを介した暗号化転送プロトコルです（電子バンキングでも使用されます）。
オプション2：HTTPS及びT秒タイマを介し
REST。
Is it a good thing for a custom rest protocol to be binary based instead of text based like Http?
オプション3：HTTPサーバ、PHPとJavaでSSLソケットを使用してを蹴る
HTTPS経由のRSSと10秒タイマー？ –
リアルタイムではどういう意味ですか？許容される遅延とは何ですか？ 10秒、1秒、100ms、10ms、1ms、100us？ –
セキュリティのため：RSSまたは他のHTTPプロトコルは好ましくありません。私の意見では、ソケット接続はより安全です。遅延の場合：1-5秒。質問：サーバーとデバイスの間でリアルタイムデータを転送する最適なソリューションは何ですか（双方向）。 –