AIサービスは始め方より「終わり方」が問われる——Character.AI破綻と生成音楽ラベルから作るデータ退出票
Character.AIの破産手続きで利用者の会話データ移転が争点になり、YouTube Musicでは生成AI楽曲のラベル表示が始まりました。日本企業がAI導入時に決めるべき削除、移転、停止、代替の条件を『データ退出票』として整理します。
AIサービスを導入するとき、多くの組織はモデル性能、料金、利用人数、連携機能を比べます。しかし、提供会社が破産したり、事業を売却したり、利用規約を変えたりした日に、会話履歴、アップロード資料、作成したキャラクター、評価ログをどう戻し、消し、別の仕組みへ移すかまで決めているでしょうか。
2026年10月、The Vergeは、Character.AIの破産手続きに対し、米国の40州・地域の司法長官が利用者データの売却・移転へ保護を求めたと報じました。特に、利用者がチャットボットへ話した機微な内容、多数の未成年利用者、年齢確認や安全対策が争点になっています。同じ日、ITmedia NEWSは、YouTube Musicが生成AIを主に使った楽曲へラベルを表示し始めたと伝えました。
この二つは、一見すると会社の破産と音楽表示という別の話です。けれども共通する問いがあります。AIへ何を渡し、何が作られ、誰がそれを見分けられ、提供者が変わった後も誰が責任を持つのかという問いです。日本企業が次に用意すべきなのは、導入申請書だけではありません。停止、移転、削除、代替運用まで一件につなぐ「データ退出票」です。
以前の記事では、家族で一つのAIを使うときの共有範囲と同意の分け方を整理しました。また、声やアバターについては、利用場所、期間、派生利用、救済を含む人格ライセンスを提案しました。今回は、その同意や権利が、サービスの売却や終了をまたいでも機能するかを考えます。
結論——導入合格と退出合格を同じ日に決めます
AIサービスの導入を承認する日は、退出条件を決める最も良い日でもあります。契約後にデータが増え、現場の手順が依存し、担当者が替わってから出口を探すほど、移行は難しくなります。
最低限、次の八項目を一枚へまとめます。
| 項目 | 導入時に決める内容 | 退出時の合格条件 |
|---|---|---|
| 対象 | 会話、ファイル、音声、画像、評価、設定 | 対象ごとに残存先を列挙できます |
| 利用者 | 従業員、顧客、家族、未成年者 | 本人と影響を受ける人へ通知できます |
| 目的 | 相談、制作、検索、判断、実行 | 別目的への転用を止められます |
| 保存 | 保存場所、期間、複製、バックアップ | 本体と複製の扱いを説明できます |
| 移転 | 事業売却、再委託、国外移転 | 新しい受領者と条件が分かります |
| 返却 | 書き出せる形式と範囲 | 別サービスで読める形で取得できます |
| 削除 | 申請者、期限、例外、完了証跡 | 削除不能な範囲も含めて回答できます |
| 代替 | 停止中の手作業、別製品、窓口 | AI停止後も用事を続けられます |
重要なのは「退会ボタンがある」だけで合格にしないことです。アカウントを閉じても、共有相手の履歴、管理者ログ、学習用に分離されたデータ、障害復旧用の複製、外部連携先へ渡したデータが残る場合があります。反対に、全てを即時削除できない事情があるなら、その範囲、理由、期限、閲覧権限を導入前に把握します。
Character.AIの事例は、会社の出口と利用者の出口が別だと示します
The Vergeの報道によると、Character.AIは米連邦破産法11条の適用を申請し、一部資産をDisneyへ売却すると発表しました。これに対し、ニューヨーク州司法長官を含む超党派の40州・地域の司法長官は、事業や資産の売却・移転で対応すべき規制上の論点があるとして、破産手続きへ関心通知を提出しました。
司法長官側が重く見ているのは、単なるメールアドレスの一覧ではありません。利用者がチャットボットのキャラクターへ話した非常に私的な会話、多数の未成年者が利用していたこと、特定機能が持つ危険です。報道では、年齢確認、未成年者の利用制限、危機対応、利用者によるデータ削除などを、資産の買い手へ求めるよう裁判所に促しているとされています。
ここでは、司法長官側の発表や訴訟上の主張と、裁判所が確定した事実を分けて読む必要があります。ただし、企業の実務へ持ち帰れる教訓は明確です。サービス提供者が変わるとき、契約の名義だけでなく、会話データを受け取る主体、利用目的、年齢に応じた保護、削除方法まで変わる可能性があります。
企業向けAIでも同じです。議事録、顧客相談、社内規定、ソースコード、採用候補者の情報を外部AIへ入れている場合、事業売却は機能の継続だけを意味しません。保存された入力と評価、接続先、管理権限の受領者が変わる出来事です。「サービスが止まらなければ問題ない」ではなく、「新しい提供者へ同じ範囲を渡してよいか」を再判断する節目にします。
未成年者の保護は、年齢を聞くだけでは完成しません
The Vergeは別の記事で、米国の8州がOpenAIを相手取り、ChatGPTの安全性に関する表示、未成年者のデータ収集、年少利用者への保護などを巡って提訴したと報じました。これは提訴段階の主張であり、記事にはOpenAI側が、年齢に応じた保護、保護者向け機能、休憩の促しなどを整えてきたとの反論も掲載されています。
この対立から、日本の学校、学習サービス、家庭向け製品、従業員家族向け制度が学べるのは、年齢確認を一回置くだけでは足りないという点です。確認後に、何を話せるか、どの機能を使えるか、危機を示す言葉へどう応答するか、保護者や専門窓口へいつ移管するか、履歴を本人がどう見て消せるかまで続きます。
未成年者は、契約を結んだ本人でなくても影響を受けます。保護者が家族用AIへ子どもの学校予定や健康上の悩みを入力する、教師が授業記録を要約する、企業が若年層向け相談ボットを設置する場面があります。アカウント所有者と、データが指す本人を分けて記録しなければ、削除や訂正の窓口が曖昧になります。
退出票には、少なくとも次の四人を分けます。
- 契約を結ぶ人または組織
- 実際にAIへ入力する人
- 入力や出力の対象になる人
- 停止、削除、訂正を決める人
一人が全てを兼ねる個人利用なら単純です。学校、会社、家庭では分かれます。誰か一人が退会したとき、他の人の会話まで消えるのか、共有メモリーは残るのか、未成年者本人が後から訂正を求められるのかを、画面と手順で確認します。
生成AIラベルは「作り方」を示しても、データの行き先までは示しません
ITmedia NEWSの記事によると、YouTube Musicは、AIモデルで曲やボーカルを生成するなど、生成AIが大きな役割を果たした楽曲へラベルを表示し始めました。今後は通常のYouTubeアプリにも広げる予定です。音楽パートナーは納品時に、全て生成AI、一部生成AI、生成AIなしの三区分から申告できます。YouTubeは、申告、同社の生成ツール、C2PAの情報、独自の検出信号などを使うと説明しています。
これは、視聴者が制作方法を判断する材料になります。一方で、ラベル一つから、学習素材の許諾、声の利用許可、報酬の配分、生成後の編集、公開承認、削除窓口までを読み取ることはできません。「AI生成」と分かることと、「誰の何を使い、誰が公開を決め、問題があれば誰が直すか」が分かることは別です。
以前、店舗表示や組織名を伴うAI制作物について、発行者、関係、生成手段、承認者、商業条件、訂正窓口を分ける公開表示の来歴設計を整理しました。今回そこへ、保存期間、事業移転、返却形式、削除完了を足します。公開物の来歴と、元データの退出は、一つの識別子で結びます。
日本企業では三つの終了を分けて設計します
AIサービスの「終了」は一種類ではありません。少なくとも、利用者がやめる終了、会社が契約をやめる終了、提供者の事業が変わる終了を分けます。
| 終了の種類 | 起きること | 先に決めること |
|---|---|---|
| 個人の終了 | 退職、異動、退会、同意撤回 | 所有権移管、個人履歴、共有資産、削除申請 |
| 組織の終了 | 契約解除、製品切替、利用停止 | 一括書き出し、接続解除、権限失効、代替手順 |
| 提供者側の終了 | 売却、破産、統合、地域撤退、仕様変更 | 事前通知、移転拒否、受領者確認、残存データ |
個人の終了では、従業員が作ったプロンプトやAIエージェント設定が会社の業務資産なのか、本人の会話履歴なのかを分けます。全てを会社へ移すと私的な相談まで残り、全てを消すと業務の根拠が失われる可能性があります。業務用の共有領域と個人用の履歴を、導入時から別の箱にします。
組織の終了では、単に次のAIへファイルを読み込ませるだけでは足りません。検索索引、埋め込み、アクセス権、評価結果、ツール接続、実行待ちの処理、APIキーを閉じます。旧サービスへ入る権限を切る前に、法務、監査、顧客対応に必要な記録を、読める形式で返却します。
提供者側の終了では、通知を受けた日から判断を始めると遅い場合があります。契約書、プライバシー説明、管理画面に、事業移転時の通知方法、拒否や削除の期限、バックアップの扱い、問い合わせ窓口があるかを導入審査で確認します。書かれていない項目は「問題なし」ではなく、契約担当へ質問する項目です。
データ退出票は九欄で一件を追います
実務では、製品単位ではなく利用目的単位で退出票を作ります。同じAIでも、公開済み記事の要約と、健康相談や人事評価では、保存と移転の条件が違うからです。
- 用途:誰のどの用事を完了するか
- 対象者:入力者、データ本人、閲覧者、承認者
- データ:会話、添付、音声、画像、設定、評価、実行履歴
- 保存:地域、期間、複製、再委託、学習利用の扱い
- 表示:AI利用、商業関係、承認者、訂正窓口
- 移転:売却・統合時の受領者、通知、拒否期限
- 返却:書き出し形式、取得者、読取り試験、欠落項目
- 削除:申請経路、完了期限、例外、証跡
- 代替:手作業、別製品、停止中の連絡先、復旧順序
「書き出し可能」と書かれていても、取得したファイルが空だったり、本文はあっても日時や参加者が欠けたりすれば、業務を再開できません。半年に一度、テスト用の一件を書き出し、別担当者が内容を読めるか確かめます。形式名ではなく、用事を再開できることを合格条件にします。
削除も、ボタンを押した時点ではなく、受付、本人確認、処理中、完了、残存例外の各状態を記録します。問い合わせ番号と日付を残し、連携先や共有相手に残る範囲を分けます。完全削除という言葉を広く使わず、確認できた対象だけを完了とします。
30日で始める退出訓練
第一週は、現在使っているAIサービスを一つ選びます。全社導入品でなくても、会議要約、顧客対応、画像制作、社内検索のどれかで構いません。過去30日に入れたデータを分類し、本人、機密度、保存先、連携先を一覧にします。
第二週は、管理画面と契約文書を使い、テストアカウントの履歴を返却します。会話本文、添付、日時、設定、共有権限がどこまで含まれるかを確認します。同じテストデータについて削除も申請し、受付から完了までの日数と、残る複製の説明を記録します。
第三週は、提供者が突然48時間後に停止すると仮定します。APIキーを失効し、外部連携を止め、実行待ち処理を確認し、担当者が手作業へ切り替えます。停止によって顧客への回答、請求、採用連絡、機器操作がどこで詰まるかを測ります。
第四週は、事業が別会社へ移転する通知を模擬します。移転を受け入れる用途、再同意が必要な用途、削除して終了する用途を分けます。未成年者、健康、採用、位置、音声、私的相談など影響の大きいデータは、機能が継続するという理由だけで自動承認しません。
指標は契約数ではなく、止めても戻れる割合を見ます
AI活用の報告では、利用者数、生成回数、削減時間が並びがちです。そこへ出口の指標を加えます。
- 用途ごとにデータ対象者を特定できる割合
- 読取り可能な形式で返却できた割合
- 削除申請から完了回答までの日数
- 連携先と複製を列挙できた割合
- 提供者変更時に再判断できた用途の割合
- AI停止後も期限内に完了できた業務の割合
- 未成年者や高影響データを分離できた割合
- 退出訓練で見つかった残存権限と未処理タスク数
削除件数が多いこと自体を成果にすると、必要な記録まで消す圧力が生まれます。反対に、保存量を資産と呼べば、不要な私的会話を抱え続けます。目的に必要な期間だけ保持し、目的が終われば返却、削除、限定保管のどれかへ閉じられた割合を見ます。
出典
- The Verge「Now that Character.AI is going bankrupt, what happens to all of its users’ data?」(2026年10月14日)
- The Verge「Eight states sue OpenAI, saying ChatGPT isn’t safe for kids」(2026年10月14日)
- ITmedia NEWS「『YouTube Music』、生成AIで作られた楽曲にラベル表示」(2026年10月15日)
次のAI契約で、終わる日の画面を見せてもらえますか
AIサービスは、使い始めた瞬間から組織の記憶を受け取ります。短い質問でも、積み重なれば関心、弱さ、顧客、計画、判断の履歴になります。生成物へラベルを付けることは大切ですが、そのラベルだけでは元の会話がどこへ残り、会社が変わった日に誰へ渡るかまでは分かりません。
だから、便利な機能のデモを見た会議で、同じ重さで終了のデモも求めるべきです。テスト用の一件を書き出し、消し、権限を止め、別担当者が手作業で用事を終えられるかを確認します。退出できることは、導入に反対する条件ではなく、安心して使い続けるための条件です。
次にAIサービスを選ぶとき、「何ができますか」の後に、もう一つ尋ねてみてください。「この会社や契約が終わる日に、私たちと利用者は、何を持ち帰り、何を消し、何を続けられますか」。その答えを一枚の退出票で示せる組織から、AIへの信頼を製品名ではなく、自分たちで選び直せる力へ変えられるのではないでしょうか。
✍️ この記事を書いた人
スマートホーム愛好家として 50 台以上の IoT 製品を自宅でテストしてきた実務経験を持つ。HEMS、音声アシスタント、スマートロック、カメラセンサーなど、住まいに関わるあらゆる IoT 機器の導入・運用・比較評価を専門とする。
