mcpField
C
children-data-minimization

children-data-minimization

github.com/mukul975セキュリティ32339 回インストール32 週間前に更新
リポジトリ

children-data-minimization について

子どもの個人データに対する、より厳格なデータ最小化と保存期間の実践を支援するリファレンスです。GDPR、英国AADC、COPPAを踏まえ、必要性テスト、保存期間の枠組み、保護者向けダッシュボードの指針をまとめています。

主な機能

  1. 01子どものデータの必要性テスト
  2. 02一般的なデータ分類の指針
  3. 03保存期間の枠組み
  4. 04学年度末の削除手順
  5. 05保護者向けダッシュボード要件

活用シーン

  1. 01子ども向け機能の収集データの見直し
  2. 02保存期間と削除ルールの設定
  3. 03保護者向けデータ管理機能の設計

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill children-data-minimization

インストール後、Claude Code で/children-data-minimizationを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

assets/
template.md
references/
standards.md
workflows.md
scripts/
process.py

詳細

子どものデータ最小化と保持期間の制限

概要

子どものデータの最小化には、GDPR 第5条(1)(c)(「適切で、関連性があり、必要な範囲に限定されている」)を、一般的な成人の場合よりも厳格に解釈する必要があります。前文38では、子どもは、関連するリスク、結果、安全対策や、個人データの処理に関する自身の権利について認識が低い可能性があるため、個人データに関して特別な保護に値すると述べています。英国のAADC基準8では、サービスは「子どもが積極的かつ認識したうえで利用しているサービス要素を提供するために必要な最小限の個人データのみ」を収集・保持することが明確に求められています。COPPA第312.7条は、合理的に必要な量を超える個人情報の収集を条件として、子どもの参加を認めることを禁止しています。このスキルでは、こうした強化された基準を適用するための包括的なフレームワークを提供します。

法的枠組み

GDPR 第5条(1)(c) — データ最小化の原則

「個人データは、処理の目的との関係で、適切で、関連性があり、必要な範囲に限定されていなければならない。」

子どものデータに適用する場合、「必要」は厳格に解釈されます。EDPBは、データ主体としての子どもの脆弱性(WP248rev.01 基準7)によって、データ最小化の義務が強化されることを確認しています。

GDPR 第5条(1)(e) — 保存期間の制限の原則

「個人データは、個人データが処理される目的に照らして必要な期間を超えてデータ主体を識別できる形で保持してはならない。」

子どものデータについては、次の理由から、保持期間を成人のデータより短くする必要があります。(a)処理の目的が、子どもにとって有用である期間が短いことが多いため(例:特定の学年における学習の進捗)、(b)データの保持期間が長くなるほど、データ漏えいによる危害のリスクが高まるため、(c)子どもが長期保持に対して実質的な同意をしていない可能性があるためです。

GDPR 前文38 — 子どもに対する特別な保護

「子どもは、関連するリスク、結果、安全対策や、個人データの処理に関する自身の権利について認識が低い可能性があるため、個人データに関して特別な保護に値する。このような特別な保護は、特に、マーケティングや性格・ユーザープロファイルの作成を目的とした子どもの個人データの利用、および子どもに直接提供されるサービスの利用時における子どもの個人データの収集に適用されるべきである。」

英国AADC基準8 — データ最小化

「子どもが積極的かつ認識したうえで利用しているサービス要素を提供するために必要な最小限の個人データのみを収集・保持してください。子どもが、利用を希望するサービス要素を個別に選択できるようにしてください。」

ICOによる主な解釈:

  • 「積極的かつ認識したうえで利用している」とは、子どもが特定の機能を意図的に使用していることを意味し、バックグラウンドでの収集を通じて受動的にデータが生成されている状態を指すものではありません
  • 「個別に選択」とは、データを多く使用するオプション機能を有効にするよう強制されなくても、子どもがサービスの主要機能を利用できる必要があることを意味します
  • 子どもが必要な機能を積極的に起動しない限り、バックグラウンドでのデータ収集(位置情報、マイク、連絡先、ジャイロスコープ)は禁止されています
COPPA 第312.7条 — データ最小化

「事業者は、ゲームへの参加、賞品の提供、その他の活動への参加に合理的に必要な量を超える個人情報を子どもに開示させることを条件として、子どもの参加を認めることを禁止されています。」

厳格な必要性テスト

子どもから収集するデータ項目ごとに、管理者は厳格な必要性テストを適用しなければなりません。これは、成人のデータに用いられる標準的な比例性評価よりも厳しい評価です。

テスト項目
#質問合格基準
1子どもが現在使用している特定の機能に、このデータ項目は必要ですか?この特定のデータ項目がなければ、機能が動作しません
2より精度の低いデータでも機能は動作しますか?より粒度の粗い代替手段がありません(例:正確な生年月日ではなく年齢範囲、正確な位置情報ではなく市区町村)
3匿名化または仮名化したデータでも機能は動作しますか?匿名化または仮名化すると、機能が動作しなくなります
4このデータ項目は、子どもの利益のために収集されますか、それとも管理者の利益のためですか?主な受益者は子どもでなければなりません。管理者の利益だけでは不十分です
5一般的な親は、この機能のためにこのデータが収集されることを想定しますか?データの収集が、サービスに対する親の想定に沿っています
6この機能が実際に使用されている期間だけ、データを保持していますか?機能のセッション終了時、または正当化できる最短の保持期間が経過した時点でデータが削除されます
一般的なデータカテゴリへの適用
データカテゴリ一般的な正当化理由厳格な必要性の判定結果
氏名(フルネーム)アカウントの識別名またはユーザー名のみに限定します。正式な氏名が必要なのは、保護者の確認に限られます。
正確な生年月日年齢確認年齢制限の確認に使用した後は、年齢区分(例:「10~12歳」)または「is_under_threshold」というブール値のみを保持します。法律上必要な場合を除き、正確な生年月日は保持しないでください。
メールアドレスアカウントの復旧、通知該当する同意年齢未満の子どもについては、保護者のメールアドレスのみを収集します。子どものメールアドレスを収集するのは、同意年齢を超えている場合に限ります。
正確な位置情報コンテンツのローカライズローカライズには、IPアドレスから判定した国または地域レベルの情報で十分です。子どもから正確なGPS情報を収集してはなりません。ただし、機能上その情報が特に必要であり(緊急位置情報サービスなど)、子どもが自ら利用を開始した場合は除きます。
デバイス識別子(IDFA、GAID)分析、広告広告目的では収集しません。分析目的で収集する場合は、収集時点で匿名化できる場合に限ります。代わりに、セッションベースまたはファーストパーティの識別子を使用します。
写真/動画/音声プロフィール写真、コンテンツ作成プロフィールには写真のアップロードではなく、あらかじめ用意したアバターを使用します。コンテンツ作成ではセッション中に処理し、子どもが明示的に保存しない限り、サーバー側に保存しません。セッション終了時に削除します。
閲覧履歴パーソナライズ子どもの閲覧履歴を保持しないでください。おすすめの作成には、セッション中のみのコンテキストを使用します。
連絡先リストソーシャル機能子どもの連絡先リストにアクセスしたり、アップロードしたりしないでください。代わりに、招待コードまたはユーザー名を使用します。
購入履歴取引記録法令遵守(税務、消費者保護)に必要な場合に限り保持します。商品詳細ではなく、取引 ID と金額のみに限定します。

保持期間のフレームワーク

子どものデータには、成人のデータより短い保持期間を適用する必要があります。以下のフレームワークでは、一般的なカテゴリの最大保持期間を定めています。

保持期間のスケジュール
データカテゴリ最長保持期間理由削除方法
年齢確認データ(生年月日、確認結果)アカウントの存続期間+30日年齢に適した利用体験を維持するために必要ですアカウント削除後30日で自動消去
アカウントデータ(氏名、ユーザー名、保護者のメールアドレス)アカウントの存続期間+30日サービスの提供と保護者による監督に必要ですアカウント削除後30日で自動消去
学習/アクティビティの進捗状況アカウントの存続期間または学年度のいずれか短い方学習期間の終了時に教育目的が終了するためです保護者による操作、または学年度末の自動削除
セッションデータ(閲覧したページ、使用した機能)30日サービス改善のための分析に使用します30日間のローリング方式で自動削除
子どもが作成したコンテンツ(絵、テキスト、プロジェクト)アカウントの存続期間子どもが自分で使用するために作成したものですアカウント削除時に保護者または子どもに返却
コミュニケーションデータ(プラットフォーム内のメッセージ)90日安全性のモデレーションと不正利用の防止に使用します90日間のローリング方式で自動削除
エラー/クラッシュログ7日技術的なデバッグに使用します7日間のローリング方式で自動削除
保護者の同意記録アカウントの存続期間+6年法令遵守(GDPR に基づく請求の消滅時効)アカウント削除から6年後に自動消去
保護者の確認データ(クレジットカード、身分証明書)確認結果は保持し、元の書類は48時間以内に削除確認の目的は直ちに達成されるためです元の情報は直ちに削除し、確認結果のフラグは保持
学年度末の削除

教育プラットフォームでは、学年度末はデータライフサイクルにおける自然な節目となります。BrightPath Learning では、次の学年度末プロトコルを実施しています。

  1. 学年度末の30日前:学習データがアーカイブされることを保護者に通知します
  2. 学年度末:学習進捗データを、保護者がダウンロードできるレポート(PDF)にエクスポートします
  3. 学年度末の14日後:保護者から保持の要請がない場合、詳細なアクティビティデータを削除し、翌年度のクラス分けには進捗状況の集計スコアのみを保持します
  4. 学年度末の60日後:子どもが翌年度もサービスを継続しない限り、集計スコアを削除します

保護者用ダッシュボードの設計

保護者用ダッシュボードは、子どものデータに対する保護者の監督と管理を行うための主要な仕組みです。実質的な透明性と、実行可能な管理機能を提供する必要があります。

必須のダッシュボード機能
機能説明GDPR の根拠
データ一覧子どもについて保有しているすべての個人データをカテゴリ別に視覚的に表示します第15条(アクセス権。第8条に基づき保護者が行使)
目的の表示各データカテゴリについて、具体的な目的と適法な根拠を表示します第13条第1項(c)透明性
同意の管理目的ごとの切り替え操作で、同意の付与または撤回を行えます第7条第3項の同意撤回の仕組み
データのダウンロード子どものすべてのデータを機械可読形式(JSON、CSV)でワンクリックでエクスポートします第20条のデータポータビリティ(保護者が行使)
データの削除確認操作を伴うワンクリックでのアカウントおよびデータの削除第17条の消去権(保護者が行使)
アクティビティログプラットフォーム上での子どもの最近のアクティビティ(使用した機能、利用時間)の概要AADC 基準11(保護者による管理)
プライバシー設定プロフィールの公開範囲、データ共有、コミュニケーション機能を管理しますAADC 基準7(デフォルト設定)
通知設定子どもが受け取る通知を管理しますAADC 基準13(ナッジ手法)
子どもの年齢表示子どもの現在の年齢と、次の年齢基準に達する日付を表示しますAADC 基準3(年齢に適した適用)
BrightPath Learning — ダッシュボードの実装
┌─────────────────────────────────────────────────────────┐
│  BrightPath Learning — Parent Dashboard                 │
│  Child: Alex (Age 11, France — threshold: 15)           │
│  Account created: 2025-09-01                            │
│  Next age review: 2026-09-01 (age 12)                   │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  DATA WE HOLD                                           │
│  ┌──────────────────┬─────────────────┬──────────────┐  │
│  │ Category         │ Purpose         │ Status       │  │
│  ├──────────────────┼─────────────────┼──────────────┤  │
│  │ First name       │ Account ID      │ Required     │  │
│  │ Age band (10-12) │ Content level   │ Required     │  │
│  │ Learning scores  │ Progress track  │ ✓ Consented  │  │
│  │ Game activity    │ Recommendations │ ✗ Not active │  │
│  └──────────────────┴─────────────────┴──────────────┘  │
│                                                         │
│  PRIVACY CONTROLS                                       │
│  [✓] Share progress reports with me (parent)            │
│  [ ] Allow content-based recommendations                │
│  [✓] Show learning badges on Alex's profile             │
│                                                         │
│  ACTIONS                                                │
│  [Download Alex's data]  [Delete Alex's account]        │
│  [View activity log]     [Contact DPO]                  │
│                                                         │
│  ACTIVITY THIS WEEK                                     │
│  Mon: 25 min — Maths Level 3                            │
│  Tue: 30 min — Reading Comprehension                    │
│  Wed: 15 min — Science Quiz                             │
│  Total: 1h 10min                                        │
│                                                         │
│  Alex will reach the French consent threshold (15)      │
│  on approximately 2029-06-15. At that point, consent    │
│  authority will transfer to Alex.                       │
└─────────────────────────────────────────────────────────┘

自動削除の実装

技術アーキテクチャ
  1. 保持メタデータ:すべてのデータレコードには、保持スケジュールに対応付けられた retention_category フィールドと expires_at タイムスタンプが含まれます
  2. 削除スケジューラー:毎日のバッチジョブで、expires_at < current_timestamp に該当するすべてのレコードを特定し、削除を実行します
  3. カスケード削除:アカウントを削除すると、関連するすべてのテーブル(アクティビティログ、コンテンツ、通信、各保持スケジュールに従う同意記録)でカスケード削除が実行されます
  4. 削除の検証:削除後の監査で、プライマリストレージ、バックアップシステム、あらゆるキャッシュからレコードが削除されたことを確認します
  5. バックアップの消去:子どものデータを含むバックアップの保持期間は、最長30日です。バックアップの復元手順には、期限切れの子どものデータを再削除するステップが含まれます。
削除ログ

説明責任を果たすため、削除イベントはすべて記録されます:

{
  "deletion_id": "DEL-2026-0047821",
  "trigger": "automated_retention_expiry",
  "data_category": "session_data",
  "child_identifier": "child_bp_8f3a2d",
  "records_deleted": 847,
  "deletion_timestamp": "2026-03-14T02:00:00Z",
  "deletion_scope": "primary_database, elasticsearch_index, redis_cache",
  "backup_purge_scheduled": "2026-04-13T02:00:00Z",
  "verified_by": "automated_verification_check"
}

よくあるコンプライアンス違反

  1. 成人と同等の保持:より短い期間での保持が難しい理由を説明せずに、子どものデータに成人のデータと同じ保持期間を適用すること
  2. 削除リクエストがあるまで無期限に保持:保護者から特別に削除を求められない限り、子どものデータを無期限に保持することは、第5条第1項(e)の保存期間の制限に違反します
  3. バックグラウンドでのデータ収集:子どもがその機能を必要とする機能を積極的に使用していないときに、デバイス識別子、位置情報、加速度計、マイクのデータをバックグラウンドで収集すること
  4. 連絡先リストへのアクセス:「友達を見つける」機能のために、厳密な必要性がないにもかかわらず、子どものデバイスの連絡先リストへのアクセスを要求すること
  5. 保護者向けダッシュボードがない:保護者が子どものデータを確認、管理、削除するための実効性のある仕組みを提供しないこと
  6. バックアップ保持の不備:本番システムからデータを削除しても、バックアップ内に無期限で保持すること

執行事例

  • TikTok(アイルランドDPC、2023年):3億4,500万ユーロの制裁金には、子どものコンテンツがすべてのユーザーに公開されるデフォルト設定の公開プロフィールなど、子どもからの過剰なデータ収集に関する認定が含まれており、第5条第1項(c)のデータ最小化に違反していました。
  • YouTube/Google(FTC、2019年):子ども向けチャンネルの視聴者から広告目的で永続的識別子を収集したことに対する1億7,000万米ドルの和解。これらのデータは、子どもが利用していたサービスに必要なものではありませんでした。
  • Epic Games/Fortnite(FTC、2022年):デフォルトでリアルタイムの音声通信を有効にすることなど、必要な範囲を超えて子どもから個人情報を収集したことに対する2億7,500万米ドルの制裁金。

統合ポイント

  • GDPRの保護者同意:保護者の同意範囲は、必要性テストで正当化されるデータ収集に限定する必要があります。不要な収集への同意を保護者に求めるべきではありません
  • 英国AADCの実施:AADC基準8は、英国における子どものデータ最小化に関する主要な運用基準です
  • 子どものプロファイリング制限:データ最小化により、プロファイリングに利用できるデータが直接制限され、AADC基準12の制限がさらに強化されます
  • 子どもの削除リクエスト:保持フレームワークによって、削除対象となるデータと自動削除の実行時期が定義されます
  • EdTechのプライバシー評価:教育プラットフォームは、データ最小化と、教育記録を適切に保持する必要性とのバランスを取る必要があります

コメント