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.
29 lines
1.8 KiB
29 lines
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に基づいてカメラ位置・閾値を調整し、有効解析人数と除外理由を確認する。
|
|
|