運営完了・デモ公開

AJOU ARCADE

屋外の学園祭で来場者の足を止めるため、視線で操作するアーケードゲーム4種を3週間で開発しました。

大学サークル博覧会で来場者の足を止めるため、Webカメラの視線追跡だけで遊べる4種類のアーケードゲームを開発しました。体験後にそのまま応募導線へつなげ、現場フィードバックを即時反映しました。

リンク

説明より先に足を止めてもらうための体験

多くのブースが並ぶ学園祭では、ITサークルが何を目指しているのかを、チラシだけで短時間に伝えることは困難でした。必要だったのは技術を並べた展示ではなく、通りかかった人が足を止め、体験し、応募まで進める入口です。

そこで、よくあるクリックゲームではなく、追加インストールなしで『視線だけで遊べる』体験を、興味を持ってもらうきっかけ（フック）にしました。

視線からゲームまで

来場者が画面を見てからゲームを終え、応募フォームを開くまで

初期実装では顔ランドマークを受け取るたびReactの状態を更新し、Canvasゲームの描画とUI描画が競合してフレーム落ちが発生しました。

MediaPipeの座標は高頻度で届きますが、スコア・ゲームオーバー・選択のようなUI状態は毎フレーム変える必要がありません。屋外では光や顔位置による細かな揺れも増えました。

最新座標はrefに保存し、requestAnimationFrame内でCanvasへ描画しました。Reactの状態にはスコアや確定した選択など、画面構造が変わるイベントだけを渡しました。

この入力処理でWebゲーム4種を屋外ブースで運営し、当日の光に合わせた表示修正も再配布しました。公開デモでも同じゲームを確認できます。

高頻度のセンサーデータと、画面構造を変えるUI状態は更新周期を分ける必要がありました。

レトロ調に合わせた暗色画面は室内では読めましたが、屋外の強い日差しと反射の下では案内とゲーム内容が見えにくくなりました。来場者が入れ替わるたび、開始状態へ戻す手間も発生しました。

博覧会はすでに進行中で、カメラモデルやゲーム全体を入れ替える時間はありませんでした。認識精度の調整と、画面が読めない問題も分けて扱う必要がありました。

認識パラメータをむやみに変える代わりに、明るいテーマ、短い案内、無操作時の自動リセットと運営者リセットを追加し、その日のうちに再配布しました。

修正版で屋外ブースの運営を続け、4つのゲームを最後まで提供しました。変更前後の可読性や待ち時間は数値で測定していません。

実際の利用環境は開発環境と異なるため、アルゴリズムだけでなく、光・待ち時間・運営者の操作まで配布前に検証する必要があると学びました。

4つのゲームは公開デモで確認できます。前学期の同じ募集段階と比べ、応募者数は9人から約150人に増え、最終参加者は約50人でした。

今はアルゴリズムの精度だけでなく、会場の光、待ち時間、運営者用リセットまで一緒に設計します。

応募増加には募集対象、現場運営、景品、広報など他の要因も含まれ、ゲーム単独の効果ではありません。