Multipeer Connectivity フレームワークを使用したいと考えており、どのように進めるのが最善かについて経験者の声をいただければ幸いです。
「コーチ」デバイスと最大 45 の「プレーヤー」デバイス間の接続が必要です。それらはすべて同じスペースにありますが、Wi-Fi の可用性や接続を予測する方法はありません。コーチ デバイスは、毎秒すべてのプレーヤー デバイスに命令 (小さなデータ パケット) を送信する必要があります。各「プレーヤー」は、Bluetooth 心拍数モニター (非常に小さなデータ パケット) からの測定値を毎秒コーチに送信する必要があります。セッションあたりのピアの最大数は 8 であるため、これらのアイデアのいずれかで、必要な数に対応できますか?
a) コーチとの接続を確立する最初の 7 人のプレーヤー デバイスは、異なるセッション タイプをアドバタイズし、さらに 7 人 (または 6 人?) のプレーヤーが参加できるようにします。最初の 7 人は、他の 49 人 (または 42 人?) の仲介役として、コーチからの指示を伝え、収集した測定値をコーチに送り返します。指示と心拍数の読み取りの間に数秒のタイムラグがあることは好ましくありませんが、問題はありません。
b) コーチ デバイスは、1 つのセッションを作成してアドバタイズします。7 台のプレーヤー デバイスが接続された後、コーチ デバイスは別のセッションを作成し、さらに 7 台まで繰り返します。すべてのプレイヤー デバイスがコーチに接続されるまで繰り返します。これは機能しそうにありませんが、Multipeer Connectivity という魔法を理解していなければ、思いついたオプションでした。
c) コーチは、デイジー チェーン トポグラフィでデバイス 2 に接続するプレーヤー デバイス 1 とのセッションを確立します。各デバイスが命令を受信すると、それ自体の読み取り値をデータ パケットに追加して送信します。最後のデバイスは、パケット全体をコーチに返します。データのラウンドにどれくらいの時間がかかるか予測できません。また、1 つのデバイスがグループから外れると面倒なようです。
45 台ほどのデバイスで Multipeer Connection Framework を使用する際のアドバイスや経験談をいただければ幸いです。