アダルト AI 画像における同意・年齢確認・コンプライアンス

アダルト画像機能についての真剣な議論は、必ず同じ場所にたどり着きます。それはモデルの話ではなく、同意と年齢確認、そしてそのどちらかを証明できるかという話です。決済事業者は尋ねてきます。アプリストアも尋ねます。規制当局が尋ねる場面も増えています。答えられない機能はリリース後に削除されますが、それは最もコストの高いタイミングです。

重要な 2 つの問い

1 つ目は、写り込んでいる人物は成人であり、これに同意しているかという問いです。2 つ目は、プロダクトを操作している人物は成人かという問いです。この 2 つは別々の問いであり、必要な管理策も別です。両者を混同することが、この領域で最も多い設計ミスです。訪問者の年齢確認は、写真に写っている人物について何も語りません。

同意は前提ではなく取得するもの

利用規約に一文書いてあるだけでは同意の取得にはなりません。実効性があるのは、アップロードする人がその画像の権利を持ち、写っている人物が同意した成人であることを、リクエストごとに明示的に表明させることです。それを特定のジョブに対してタイムスタンプ付きで記録し、表明がなければ API 側で拒否します。

最後の部分こそが、これを飾りではなく実効的なものにします。確認のないリクエストが API 境界で拒否されるのであれば、システム内で処理されたすべてのジョブは構造上その表明を伴っていることになります。自社のクライアントコードがちゃんと質問したはずだ、と信頼する必要がなくなるのです。

利用者に対する年齢確認

この分野の要件は急速に動いており、法域ごとに分岐しています。英国オンライン安全法 (UK Online Safety Act)、ドイツの青少年保護法制、そして増え続ける米国の州法はいずれも、アダルトコンテンツを提供するサービスに義務を課しており、自己申告のチェックボックス以上のものを求めるものも複数あります。

実務上の含意はアーキテクチャの問題です。年齢確認は、プロダクトを書き直さずに強化できるインターフェースの背後に置いてください。今日は自己申告でも、市場が求めれば明日は書類確認や年齢推定サービスに差し替えられるようにします。チェックボックスを何十ものテンプレートに直接埋め込んだチームは、その判断の代償を二度払うことになります。

禁止用途を明確に示す

2 つの禁止事項は交渉の余地がなく、規約にも画面にも運用にも組み込むべきものです。いかなる形であれ、いかなる口実であれ未成年は不可。そして、実在する識別可能な人物の画像を本人の同意なく扱うことも不可です。後者こそが、正当なアダルト向けプロダクトと嫌がらせの道具を分ける線であり、非同意の性的画像に関する個別立法の対象にもなりつつあります。

何を残し、何を残さないか

ここには本物の緊張関係があります。悪用の調査には記録が必要ですが、プライバシーとデータ保護法は最小限の保持を求めます。解決策は、証跡とコンテンツを切り離すことです。確認が行われたこと、いつ、どのアカウントによってか、というプロセスを証明するメタデータは残し、画像そのものは配信に必要な期間を超えて保持しないようにします。

• 保持するもの: ジョブ識別子、アカウント、タイムスタンプ、同意の表明、使用したプリセット。
• 保持しないもの: 元の写真と生成結果。配信に必要な短い期間を超えて残さないこと。
• それらへのアクセスは記録すること。誰も点検できない監査証跡は監査証跡ではありません。

モデレーションは後回しにできないプロダクト上の判断

問題が起きたときに何が起こるかを、リリース前に決めてください。通報がどうやって人間に届くのか、アカウントをどれだけ早く停止できるのか、そして午前 2 時にその判断を下すのは誰なのか。実際に存在し、応答される通報経路の有無は、結果として決済事業者を維持できるプラットフォームと失うプラットフォームを分ける要素でもあります。

順序を間違えないこと

API 境界での同意の強制、差し替え可能なインターフェースの背後に置いた年齢確認、明示され運用される禁止用途、画像の保持は最小限にしつつ証跡は確実に残すこと、そして人に届く通報経路。どれも特殊なエンジニアリングではありません。しかしこれが、リリースできる機能と取り下げられる機能の分かれ目になります。

よくある質問