mcpField
C
children-privacy-notice

children-privacy-notice

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

children-privacy-notice について

子どもが理解できるプライバシー通知を、4つの年齢層に合わせて設計するためのガイダンススキルです。GDPR、UK AADC、COPPAの要件に基づき、通知の階層化や読みやすさの基準、ユーザーテスト方法を扱います。

主な機能

  1. 01年齢別の通知設計
  2. 02階層型通知の構成
  3. 03年齢別の読みやすさ基準
  4. 04子どもを対象としたテスト

活用シーン

  1. 01子ども向けアプリの通知作成
  2. 02年齢に応じたプライバシー情報の調整
  3. 03通知の理解度と見つけやすさのテスト

インストール

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

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

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

同梱ファイル

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

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

詳細

子どものプライバシー通知の設計

概要

子どもを対象とするプライバシー通知は、GDPR 第 12~14 条、UK AADC Standard 4(透明性)、および COPPA Section 312.4 に基づく、より厳格な透明性基準を満たす必要があります。GDPR 第 12 条第 1 項では、情報は「簡潔で、透明性があり、理解しやすく、容易にアクセスできる形式で、明確かつ平易な言葉を用いて、特に子どもを対象とする情報については」提供しなければならないと定めています。前文 58 では、子どもに特有の保護ニーズを踏まえ、あらゆる情報およびコミュニケーションは、子どもが容易に理解できるほど明確で平易な言葉で示すべきだと述べ、この要件をさらに強調しています。このスキルでは、さまざまな年齢の子どもが実際に理解し、行動に移せるプライバシー通知を作成するための包括的な枠組みを提供します。

法的要件

GDPR 第 12 条第 1 項 — 透明性のあるコミュニケーション

「管理者は、第 13 条および第 14 条に定めるあらゆる情報ならびに第 15 条から第 22 条および第 34 条に基づく処理に関するあらゆる連絡について、簡潔で、透明性があり、理解しやすく、容易にアクセスできる形式で、明確かつ平易な言葉を用いて、特に子どもを対象とする情報については、そのようにデータ主体に提供するための適切な措置を講じるものとする。」

GDPR 第 12 条第 7 項 — 標準化されたアイコン

「第 13 条および第 14 条に従ってデータ主体に提供する情報は、意図する処理の概要を、容易に目に留まり、理解しやすく、明瞭に読み取れる形で示すため、標準化されたアイコンと組み合わせて提供することができる。」

GDPR 第 13 条 — 収集時の情報提供

以下の情報の提供が求められます。管理者の身元および連絡先、DPO の連絡先、目的および適法な根拠、正当な利益(該当する場合)、受領者、国際移転の詳細、保存期間、データ主体の権利、同意を撤回する権利、苦情を申し立てる権利、情報の提供が法令上・契約上義務付けられているかどうか、および自動化された意思決定の詳細。

UK AADC Standard 4 — 透明性

「対象者に適した方法でプライバシー情報を提供すること。情報の明確さ、目立ちやすさ、表現は、子どもが、収集されるデータ、その利用目的、および利用者を理解できるよう調整する必要があります。」

COPPA Section 312.4 — 通知要件

子どもに関する情報の取り扱いについて、明確で、完全かつ理解しやすいオンライン通知を掲載すること、また、子どもから個人情報を収集する前に、保護者に直接通知することが事業者に求められます。

年齢別コミュニケーションの枠組み

セグメント 1:文字を読む前の子どもおよび初期の読み手(8 歳未満)

認知特性:長い文章を読むことはできません。画像、シンプルなアイコン、口頭での説明を通じて理解します。具体的に考えるため、「データ処理」や「第三者」といった抽象的な概念は理解できません。

通知の設計原則:

  • 主に視覚的な表現にする:イラスト、アニメーション、または短い動画(60 秒未満)を使用する
  • キャラクターやマスコットを使って、プライバシーの概念を案内する
  • ビジュアルフレームあたりの語数は最大 5~7 語にする
  • 具体的なたとえを使う:「画像データ」の代わりに「あなたの写真」、「アカウント情報」の代わりに「あなたのおもちゃ」とする
  • プライバシーの選択肢を、簡単で身近なたとえで示す:プライベートモードは「日記に鍵をかける」、共有は「友だちに話す」とする

語彙レベル:英国の Year 2/米国の Grade 1 相当を上限とします。短い文(4~6 語)。一般的な単音節の単語を使います。

形式:オンボーディング中にアニメーションで説明し、別個の文書は用意しません。保護者には第 13 条に基づく通知の全文を提供します。

コンテンツ例:

[Illustration: Character with a backpack]
"When you play here, we remember your name and your favourite games."

[Illustration: Character with a padlock]
"We keep your things safe. Only you and your grown-up can see them."

[Illustration: Character waving goodbye]
"Your grown-up can ask us to forget everything about you."
セグメント 2:小学生(8~11歳)

認知特性:簡単な文章を読めます。原因と結果について理解し始めています。商業的な動機や組織間の関係についての理解は限られています。具体的操作的思考の段階にあり、ルールは理解できますが、抽象的な方針は理解できません。

通知のデザイン原則:

  • 各概念にアイコンを付けたイラスト入りの文章
  • 短い段落(最大2~3文)
  • 「あなた」と「私たち」という言葉を一貫して使う
  • 「なぜ」を実用的な言葉で説明する:「適切なゲームを表示するために、あなたの年齢を尋ねます」
  • 展開可能なセクション、マウスオーバーで表示する定義、クイズなどのインタラクティブな要素を使う
  • 各セクションに「詳しく知る」オプションを付けた要約版を用意する

語彙レベル:最大で英国のYear 5/米国のGrade 4相当の読解レベル。1文は8~12語。受動態は避ける。

必須コンテンツブロック:

ブロック伝える内容表現例
私たちは誰か管理者の身元「BrightPath Learningは、このアプリを作っている会社です。[email protected]までメールで連絡できます」
何を収集するかデータのカテゴリー「このアプリを使うと、あなたの名前、年齢、プレイしたゲーム、レッスンの進み具合がわかります」
なぜ収集するか目的「これらの情報は、あなたのレベルに合ったレッスンを表示したり、保護者にあなたの進み具合を伝えたり、ゲームをより良くしたりするために使います」
ほかに誰が見るか受領者「あなたの進み具合を見られるのは、あなたと保護者だけです。それ以外の人は誰も見られません」
どのくらい保管するか保持期間「アカウントがある間、あなたの情報を保管します。保護者がアカウントを削除すると、30日以内にあなたに関するすべての情報を削除します」
あなたが選べること権利「あなたについて私たちが知っていることをすべて確認したり、間違いの修正を求めたり、保護者にアカウントの削除を頼んだりできます」
苦情の伝え方監督機関「心配なことがあれば、保護者に伝えてください。保護者は、会社がルールを守っているか確認する機関(英国のICO)にも連絡できます」
セグメント 3:中高生(12~15歳)

認知特性:構成された文章を読んで理解できます。抽象的に考え始めています。商業的な関係について基本的な理解があります。仲間からの影響が大きいため、プライバシーについて説明する際は、社会的な状況も考慮する必要があります。

通知のデザイン原則:

  • 段階的な構成:見出しで要約し、各トピックの詳細は展開して表示する
  • 実体験に関係する現実的な例やシナリオを使う
  • データの取り扱いごとに「これは自分にとってどういう意味があるのか?」というセクションを設ける
  • データ共有にはインフォグラフィックやフロー図を使う
  • よくある質問に直接答える:「友達は私のプロフィールを見られる?」「私の行動に基づいた広告が表示される?」
  • 通知内にプライバシー設定を直接操作できる機能を含める

語彙レベル:最大で英国のGCSE/米国のGrade 8相当の読解レベル。1文は最大15語。技術用語を使う場合は、すぐに定義する。

構成:

  1. 1段落の要約(30語):最も重要なメッセージ
  2. 重要事項の表:誰が、何を、なぜ、ほかに誰が、どのくらい — 各項目を1行で示す
  3. 詳細セクション:第13条の各要素について、展開可能なセクションを設ける
  4. プライバシー設定:プライバシー設定への直接リンク
  5. 質問がありますか?:連絡先と苦情の申し立て方法
セグメント 4:青年(16~17歳)

認知的特性:成人に近い読解力があります。適切に説明されていれば、抽象的な概念や法律上の概念を理解できます。自律性を身につけつつあり、能力のある意思決定者として扱われることを期待しています。

通知の設計原則:

  • 平易な言葉に調整した、標準的なプライバシー通知の構成にします
  • 成人向けプライバシー通知を土台とし、法律用語を平易な表現に置き換えます
  • 残す技術用語には用語集を付けます
  • この年齢層に関係する話題を扱います:雇用データ、大学への出願、ソーシャルメディアでの活動、金融データ
  • 成長しつつある自律性を尊重し、必要な場合には保護者の関与について説明します

語彙レベル:A-Level の読解レベル(英国)/Grade 10(米国)。完全な文を使います。法律用語は、文中で定義すれば使用できます。

階層型通知アーキテクチャ

ICO と EDPB は、すべての対象者に対するプライバシー情報の提供に階層型アプローチを推奨していますが、これは特に子どもにとって重要です。

レイヤー 1:その場で表示する通知(収集時点)

データを収集する正確なタイミングで表示します。次の要件を満たす必要があります。

  • スクロールせずに見えること
  • 最大 2 文であること
  • 今回の収集に関する具体的な目的を含むこと
  • 詳細を説明するレイヤー 2 へのリンクがあること

例(BrightPath Learning — ゲームの進行状況の収集):

"We're saving your game score so you can see how you're doing over time.
Your parent can see your scores too. [Learn more]"
レイヤー 2:サマリーダッシュボード(プライバシーセンター)

アプリのナビゲーションに常設されたリンクからアクセスできる、すべてのデータの取り扱いに関する視覚的な概要です。

  • 法律の条文ではなく、トピック別に整理します
  • アイコンと色分けを使います
  • 各セクションからレイヤー 3 を展開できるようにします
レイヤー 3:完全版プライバシー通知

第 13 条の情報をすべて含む、平易な言葉で書かれた完全版です。スクロール可能なウェブページと、ダウンロード可能な PDF で提供します。次の内容を含みます。

  • 第 13 条で必須とされるすべての要素
  • バージョン番号と日付
  • 変更履歴の概要
  • 連絡先と苦情申し立ての方法
レイヤー 4:保護者向け通知

技術的・法律的な詳細をすべて含む、法律に準拠した完全版プライバシー通知です。保護者の同意を得る時点で、保護者にメールで直接送信します。次の内容を含みます。

  • 第 13 条に基づく完全版の通知
  • 第 8 条に基づく保護者の同意に関する詳細
  • COPPA に基づく保護者の権利(該当する場合)
  • 保護者向けダッシュボードへのアクセス方法

可読性テスト

自動可読性指標
指標12歳未満の目標12~15歳の目標16~17歳の目標
Flesch-Kincaid 学年レベル4.0 以下8.0 以下10.0 以下
Flesch Reading Ease80 以上(易しい)60~80(標準)50~60(やや難しい)
Gunning Fog Index6 以下10 以下12 以下
平均文長8~10語12~15語15~18語
受動態の割合0%10%未満15%未満
子どもを対象としたユーザーテスト

自動指標は必要ですが、それだけでは十分ではありません。ICO は、対象年齢の子どもを対象に通知をテストすることを推奨しています。

  1. 理解度テスト:対象年齢の子ども 10 人以上に通知を見せます。どのようなデータが収集されるのか、その理由は何か、子どもがそれに対して何をできるのかを、自分の言葉で説明してもらいます。目標:子どもの 80%が主要なメッセージを正しく理解すること。
  2. 情報の見つけやすさテスト:通知の中から特定の情報を探してもらいます(例:「アカウントを削除するにはどうすればよいですか?」)。目標:90%が 30 秒以内に答えを見つけること。
  3. 感情面の反応:通知を読んでどう感じたか、子どもに尋ねます。目標:子どもが不安や混乱ではなく、情報を得られており、自分で管理できていると感じること。
  4. 操作テスト:通知の情報を使って、特定のプライバシー設定を変更してもらいます。目標:80%が支援なしで操作を完了すること。

BrightPath Learning Inc. — プライバシー通知の実装

通知の構成

BrightPath は8~15歳の子どもを対象としており、次の通知構成を採用しています。

8~11歳の子ども向け(イラスト付きのインタラクティブな通知):

  • アニメーションキャラクターの「PathBot」が、初回利用時にプライバシー情報を案内します
  • 各画面で1つのトピック(収集する情報、その理由、情報を見る人、選択肢)を扱います
  • 最後にインタラクティブなクイズを実施します:「ゲームのスコアをどう扱うか、覚えているかな?」
  • メインメニューの盾アイコン「あなたのプライバシー」からアクセスできます

12~15歳の子ども向け(詳細を展開できる階層型の概要):

  • アイコンを使った要約カードを備えたプライバシーダッシュボード
  • 各カードを展開すると、2~3文の説明が表示されます
  • 完全な通知の該当セクションへの「詳しく見る」リンク
  • 通知にプライバシー設定の操作項目を直接組み込みます

保護者向け(法的要件を網羅した完全な通知):

  • 保護者の同意を得る段階でメールにて送付します
  • Art. 13 / COPPA Section 312.4 の通知をすべて記載します
  • 保護者用ダッシュボードへのリンクを含みます
  • 記録用に PDF 形式で提供します
内容一覧
Art. 13 の要素子ども向けバージョン保護者向けバージョン
管理者の身元(13(1)(a))「このアプリは BrightPath Learning が作りました」法人の正式名称、登録番号、住所
DPO の連絡先(13(1)(b))「心配なことがあったら、保護者に伝えてね」DPO の氏名、メールアドレス、郵送先住所
目的(13(1)(c))「あなたに合ったレッスンを表示したり、学習の様子を保護者に伝えたりするために、あなたの情報を使います」適法な根拠を含む、目的の詳細な説明
適法な根拠(13(1)(c))子ども向けバージョンには該当しませんArt. 6(1)(a) の同意(Art. 8 に基づく保護者の同意による)
正当な利益(13(1)(d))該当しませんサービスのセキュリティと不正行為の防止
受領者(13(1)(e))「あなたの情報を見るのは、あなたと保護者だけです」ホスティングプロバイダー(AWS EU)。第三者とのデータ共有はありません
移転(13(1)(f))該当しません(移転はありません)データは EEA 内に保存されます。第三国への移転はありません
保持期間(13(2)(a))「あなたがアカウントを持っている間、情報を保管します。アカウントをやめたら、情報を削除します」アカウントデータは、アカウントの存続期間に加えて30日間保持します。アクティビティログは90日間保持します。
権利(13(2)(b))「自分の情報を見たり、間違いを直したり、すべて削除するよう頼んだりできます」Art. 15-22 に定められたすべての権利を列挙します
同意の撤回(13(2)(c))「保護者は、あなたの情報を使わせることについて考えを変えることができます」保護者用ダッシュボードから、または DPO へのメールで同意を撤回できます
苦情を申し立てる権利(13(2)(d))「保護者は、プライバシーを担当する機関に苦情を申し立てることができます」ICO または該当する SA に苦情を申し立てる権利
必要性(13(2)(e))「アカウントを作るには、あなたの名前と年齢が必要です」法令上および契約上の要件を明記します
自動化された意思決定(13(2)(f))「アプリは、あなたの学習の様子に合わせてレッスンを選びます。先生が次の練習問題を選ぶのと似ています」学習の進捗に基づくコンテンツ推薦アルゴリズム。法的または重大な影響はありません

よくあるコンプライアンス上の不備

  1. 年齢を問わず、成人向けの通知を1つだけ使用する:成人と子どもに同じ法律用語中心のプライバシーポリシーを提示すると、子どもに合わせた表現を求める Art. 12(1) の要件に違反します
  2. プライバシーポリシーページに過度に依存する:子どもが別のプライバシーポリシーページを開くことはほとんどないため、適切なタイミングで表示する通知が不可欠です
  3. 子ども向け通知に専門用語を使う:「データ処理」「正当な利益」「第三者」「データ主体」などの用語は、15歳未満の子どもには理解できません
  4. ユーザーテストを実施しない:対象年齢の実際の子どもたちでテストせずに、子ども向け通知を作成してしまうこと
  5. 「それが自分にどう関係するか」の説明がない:収集するデータを子どもに伝えても、実際にどのような影響があるのかを説明しないこと
  6. 視覚要素がない:テキストだけの通知では12歳未満の子どもの関心を引けず、AADC Standard 4 の期待にも応えられません

執行上の先例

  • TikTok(DPC Ireland、2023):3億4,500万ユーロの罰金には、TikTokが子どものユーザーに対して、透明で年齢に適したプライバシー情報を提供せず、第5条第1項(a)および第12〜13条に違反したとの認定が含まれていました。
  • Instagram(DPC Ireland、2022):4億500万ユーロの罰金には、子どものデータの処理方法に関する透明性の欠如についての認定が含まれており、特にビジネスアカウントの設定がデフォルトで公開になっていた点が問題とされました。
  • YouTube/Google(FTC、2019):和解には、子ども向けチャンネルにおけるデータ収集の取り扱いについて、明確な通知を提供する要件が含まれていました。

統合ポイント

  • GDPRにおける保護者の同意:子どもへの通知は保護者への通知と併せて機能します。内容と形式を変えて、両方を提供する必要があります。
  • 英国AADCの実施:AADCの基準4は、第12条を超える詳細な要件を定めており、子どもを対象としたテストも含まれます。
  • COPPAへの準拠:COPPA第312.4条は、オンライン通知と、特定の内容要件を満たす保護者への直接通知の両方を求めています。
  • 年齢確認方法:年齢確認の結果によって、表示する通知のバージョンが決まります。
  • 子どものデータの最小化:通知には、最小化されたデータの取り扱いを正確に反映する必要があります。通知で広範な収集について説明しながらデータの最小化を主張している場合、コンプライアンス上の危険信号となります。

コメント