認証とデータ管理

学生はSupabase Anonymous Auth、教員・管理者はGoogle OAuth＋TOTPによる二段階認証（2FA）を利用する。教員は自分の講義を操作し、管理者はこれに加えて教員アカウントと運用設定を管理する。

管理者権限

管理者（owner）は教員を招待し、ロールとAI利用資格を設定する。アカウントの利用停止やセッション失効、環境全体のAI利用条件の変更も管理者が行い、利用台帳と監査情報を参照できる。通常の講義操作は管理者も自分の講義に限られるが、他の教員の講義を緊急停止する権限を持つ。

有料AIには、教員・管理者ともに利用条件と利用枠を適用する。教員の利用停止による権限失効と、講義の緊急停止は独立した操作として扱う。

管理台帳（アカウント・権限・セッション）の更新と環境のAI利用条件の変更には、直近5分以内のTOTP検証に基づく、一回限りの実行許可を要求する。許可を実行者と変更内容に紐付け、許可の消費、更新、監査記録を同一トランザクションで確定する。更新結果は要求IDで記録し、再送による重複更新を防ぐ。

データの保存と外部送信

ブラウザ内の文字起こしは30日を基準に清掃する。端末上で実行する処理のため、ブラウザを開いていない間に削除が完了するとは限らない。講義後アーカイブの閲覧期限と、R2上のファイルの削除は別の処理で管理する。

今後の開発計画

大学・学部・講義組織を単位とするテナント分離を計画している。利用者と講義データを組織IDに紐付け、RLS・Edge Functions・DBトランザクションで所属組織と操作権限を検証する。資料配信、AI利用記録、監査・アーカイブにも組織の境界を適用する。

組織ごとに管理者・教員・支援担当の権限を設定し、異動や退職に伴う権限失効を管理する。支援担当には常時の講義本文閲覧を認めない。

本番・検証・審査には、それぞれ専用のSupabaseプロジェクトとR2バケットを用意する。OAuth設定、アクセス資格情報、AIプロジェクトと利用枠も環境ごとに独立させる。

学生SSO・出席管理は、QRによる未登録参加を維持し、匿名参加後にSSOを追加する構成を検討している。