You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
1.8 KiB
1.8 KiB
Phase 10 実験運用・品質確認仕様
Phase 10は新しい認識アルゴリズムではなく、本実験前の運用固定、記録、品質確認、中間発表準備を行う。
固定すべき条件
カメラ位置・高さ・角度、サイネージ位置、通行方向、照明、顔が映る向き、音声内容・音量、トリガーライン、response window、turn閾値、顔処理頻度を記録する。カメラ位置は主要な実験条件である。
PromptとControlでは音声提示以外を可能な限り同一にする。Controlは音声なしでpseudo prompt時刻を記録する。顔未検出は反応なしではなく評価不能である。
生成物
experiment_protocol.md/.yaml: 設定から再現可能な実験条件を生成する。- セッションメモ: 条件、操作者、位置、照明、問題をUTF-8 YAMLで保存する。
quality_issues.csv,quality_report.md: 欠損、条件不足、有効率、評価不能率、Pose欠損、カメラメモ、反応時間、plotsを検査する。pilot_report.md: Phase 8結果を記述的に整理する。midterm_summary.md: 発表スライドへ転記しやすいMarkdownを作る。
CLIとGUI
protocol, quality-check, pilot-report, presentation-summaryはカメラやYOLOを初期化しない。GUIのQuality & Reportsタブでも別スレッドから同じ処理を呼び出す。
品質判定の限界
quality checkはログ品質の目安であり、研究上の妥当性を保証しない。少数サンプルの有意差や因果関係を断定しない。照明、通行方向、カメラ位置、ID switchが結果へ影響する。
Phase 11
パイロット実験を収集し、品質Issueに基づいてカメラ位置・閾値を調整し、有効解析人数と除外理由を確認する。