システム設計
アーキテクチャが境界を守る仕組み
本番システムは、受け入れるものと同じくらい拒否するものによって定義されます。 原映像を証拠として保持し、信頼度と取得不能を残し、得点を医療・審判上の真実とせず一つの練習課題を選びます。
制御プレーン
Cross-platform client
FlutterがモバイルとWebのID、アップロード、状態、レポート、削除を担当します。
Owner-scoped control plane
Firebaseが所有者限定アップロード、キュー、課金、配車、完了、削除を管理します。
Failure-aware GPU pipeline
使い捨てGPU workerが段階的視覚処理を行い、世代単位の不変成果物を公開します。
リクエストのライフサイクル
record and owner-authorized upload
→ media validation and normalization
→ gameplay, court, ball, player, bounce, pose, and shot stages
→ relationship and evidence validation
→ immutable generation artifacts
→ canonical result publication and frame-linked report障害モデル
読取不能、較正不足、重複ジョブ、競合worker、部分推論、公開失敗を明示状態として残します。
検証チェックリスト
- Owner isolation: ジョブ、アップロード、結果、削除は所有者限定です。
- Atomic publication: 全世代が永続化した後だけ正準結果ポインタが切り替わります。
- Measurement honesty: 不明・取得不能はそのまま残し、接触、3D、ライン判定を捏造しません。
- Bounded video access: 短期能力、削除経路、EUから米国推論への明示境界が映像処理を制限します。