リアルタイムマッチング機能について

Question

現在、リアルタイムでマッチングさせて通話させるWEBサイトを制作しようと思っています。斎藤さんに近いものです。サーバー側とクライアント側でどう通信して、マッチングさせるのがよいですか？通話側は実装できそうなのですが、マッチングをどうしたらいいか迷ってます。
DBにtrue、falseでマッチング待ちかどうか探す。redisなどに保存してマッチングさせる。

マッチング開始ボタンクリック⇨マッチング待ち⇨マッチング⇨通話開始

Comments

[mit0223]

サーバー側とクライアント側でどう通信して、マッチングさせるのがよいですか？とのことですが、エンドユーザどうしをマッチングさせる仕様も実装も無限にあります。どんなマッチングをしたいのか？どんな規模のサイトか？など前提条件がないとなんとも答えられません。斎藤さんって何？

[adwadwadw]

斎藤さんはランダムにマッチングして、会話ができるアプリです！

[adwadwadw]

今考えているのは言語を選択して、言語ごとにマッチングできるものと、男女を選択して異性同士をマッチングさせるものです！規模は最初は小さく始めたいと思いますが、スケーリングできる構成にしたいです。

Answer 1

サーバー側とクライアント側でどう通信して、マッチングさせるのがよいですか？

正直、何に悩んでおられるのかがわかりませんが、通りがかりで回答してみます。

1. ユーザが「マッチング申し込み」ボタンを押すと、サーバのAPIを呼び出す
2. サーバ側では、マッチングIDを生成し、申込内容をテーブルに追加して、マッチングIDを返す
3. クライアントはマッチングIDをキーにして、サーバからマッチング成功時に通知を受けるためのAPIを呼び出す（ポーリングではなく、commet, websocket など、PUSHで通知を受け取れるプロトコルを使い、待ってる間もユーザが他の操作ができるような画面遷移が望まれる）
4. サーバ側は2.で新規に追加されたものとマッチング可能なものがそれまでにテーブルに登録されていないか探す
5. 見つかれば、マッチングを申し込んだクライアントとマッチングが成功した相手のクライアントにマッチングが成功したことを通知する

というような感じでしょうか？

Comments

[adwadwadw]

ご丁寧にありがとうございます！参考にして開発いたします！！

[mit0223]

いえいえ、自信がなかったのですが、お役に立ててよかったです。ベストアンサーありがとうございました。