Android P2P（直接接続）インターネット経由（NATの後ろ）

Question

私は、基本的にマルチプレイヤー（2人以上のプレーヤーのように）の古典的な戦艦ゲームのバリエーションを開始しています。

私がコーディングに飛び込む前に解決しようとしている1つの問題は、複数のプレーヤー間の通信の問題です。現在の可能性は、中央HTTPサーバーを通信用の中心ハブとして使用することです（HTTPサーバーからデバイスへのプッシュ通信を可能にするためにAndroid C2DM APIと結合されています）。理論的には、インターネットにアクセスできる限り、NATの背後にいるかどうかに関係なく、完全に動作するはずです。

しかしながら、提案された解決策は、既存の単一障害点/余分な負荷（ウェブサーバ）の欠点を有する。だから私は他のオプションを試してみたい。私はクライアント間でソケットを使って直接接続することを考えましたが（ウェブサーバーを最初のミーティングポイントとして使用するだけです）、これはすべてのデバイスが同じネットワーク上にある場合にのみうまくいくでしょう。今日私たちはほとんど常にルータのNATの背後にあると考えてどのように私は直接通信を達成することができますか？私はホールパンチングについて読んできましたが、よく書かれている（良い使用例を含んでいます）、そして確かにAndroid上で動作する良いライブラリは見つかりません。また、ほとんどの（もしそうでなければ）ホールパンチング技術（STUN、ICEなど）は広く普及しており、オーディオ/ビデオやリアルタイムマルチプレイヤーゲームではうまくいくUDPでしか動作しませんが、ベースのゲームでは、各ターンのデータの配信を保証することが重要です（UDPで直接行うことはできません）。

信頼できるホールパンチング（好ましくはTCP経由）を実現する方法はありますか？Android NATの背後にあるデバイスは？ケースの100％で動作する必要はありません（一部の見知らぬNATはサポートされないかもしれませんが）。ほとんどの場合、うまくいくでしょう。

Answer 1

xmpp経由でsmack over gtalkを使用してください。サーバーと単一障害点について心配する必要はありません。 Googleがそれについて心配させてください！テトリスを書いて、gtalkを通信層として使っている2人のプレイヤーと対戦するようにしています。 http://code.google.com/p/tetrads-drop-lite/プレイヤーを増やしたい場合は、MUCを試すことができます。

Answer 2

あなたはかなり仲介者を使用することを余儀なくされています。いくつかのNATデバイス間でTCP接続を確立するための仕組みをNatblasterで調べることはできますが、両方のデバイスをルーティングすることなくAndroidで使用できるものではありません。それでも、それは実験的なものです。

jabberのような既存のフェデレーションメッセージングシステムを使用するのが最も良い方法です。

Answer 3

UDPは信頼性の高い配信ではありませんが、UDPパケットの送信に確認応答が必要であることを要求することによって信頼性を高めることができます。これは、他のいくつかの要件とともに、TCPをIP上で信頼できるものにする（信頼性が低い）ものです。

これは実装することは可能ですが、おそらく時間がかかり、費用対効果はあなたの状況ではうまくいかない可能性があります。