イベント、パーティー、ショーなど、混雑した状況で使用するグループ チャット プラットフォームを作成する予定です。
簡単な方法は、全員を同じ部屋に入れることです。しかし、1000 人が同じ部屋で話しているとうまくいきません。複数の可能な並行会話が重なり合い、実際に理解またはフォローすることはできません。
ここでは、パフォーマンスの問題について話しているのではありません。デザインオプションを探しています。このような議論はどこにも見当たりませんでした。誰かがリンクや提案を持っていれば、それは問題ありません:)
これまでのところ、次の代替案とそれに対応する欠点について考えることができました。
- 限られた容量で複数の部屋を提供できます。一部屋50人としましょう。各ユーザーは、現在の容量を事前に把握して参加するルームを明示的に選択するか、空でも満室でもない任意のルームにランダムに配置することができます。
複数の部屋を持つことの問題は、誰かが一度に 1 つの部屋にいる可能性があることです。そのため、パーティーの主催者と話したい場合は、彼がいる部屋に入らなければなりません。そのため...満員でない部屋を選んで参加するだけでは不十分な場合があります。
部屋にランダムに配置された場合も同じことが起こります。部屋のバランスを保つには良いかもしれませんが、招待したばかりの友人が他のランダムな部屋に参加して離れてしまう可能性があります.
- 別の可能性として、1 つの部屋に 1000 人が収容され、その部屋にいる全員にいくつかのメッセージがブロードキャストされるだけです。問題は、誰が話すことを許可されているかを選択することであり、なぜ誰かがただの期待者になるためにチャットグループに参加するのでしょうか :P
たとえば、最初に参加する 50 人の最初のユーザーは話すことができます。彼らが生きている限り、キューの次の人は会話に参加する機会を得ます。
あるいは、(何らかのランキングによって) 最もアクティブな人だけが話すことを許可されるかもしれません。
- 他のハイブリッドの代替手段は、ユーザーが自分の部屋を作成し、空になったときにこれらの部屋を (自動) 閉じ、招待された人だけが部屋に参加できるようにすることです。
この代替手段は、ホストと話そうとする問題を解決しませんが、ユーザーに部屋の会話を健全に保つ責任を負わせます。
- 最後のハードコアなアプローチは、機械学習を使用して全員を同じ部屋に配置し、限られた人 (ML アルゴリズムによって選択された) にメッセージをブロードキャストすることです。
ここでの問題は、最近参加したユーザーには、コホートに入れるのに十分なデータがないことです。実際、ほとんどのチャット メッセージは短すぎて似すぎているため、適切な ML 分類を適用できません。
それで....
この分析に役立つ参考文献、提案、論文、アイデアなどを探しています。
それらは客観的な答えです。建設的ではないため、この質問を閉じないでください。そして...やむを得ない閉鎖の場合は、この質問をする正しい場所を教えてください（これは私の質問への回答でもあります。適切なフォーラムに私を連れて行くことで私の分析に役立つからです）。
前もって感謝します：D