データウェアハウスとは?「消さずに全部貯める」は、法律が想定していません
分析のために1か所へ集める。その選択は、分析のしやすさと、事故1回あたりの被害の大きさを同時に決めています。条文とガイドライン、そして漏えい報告の類型で確認してまとめました。
30秒でわかる「データウェアハウス」
- 分析のために、あちこちのデータを1か所に集めて保管する場所。略してDWHとも書きます
- 集めると分析しやすくなり、事故1回あたりの被害も大きくなります。同じ選択の裏表です
- 法律は「利用する必要がなくなったときは遅滞なく消去するよう努める」と定めています(法第22条)
- 本人から利用停止や消去を請求されることもあります。コピーが散らばっているほど応えられません
- 今日やること:DWHの中でいちばん古いデータが何年のものかを1つ調べる
この記事の地図(全8章)
データウェアハウスは、分析基盤の中心にある仕組みです。倉庫(warehouse)という名前のとおり、業務システムに散らばっているデータを取り出して、1か所に積み上げます。積み上げるほど、比較も集計も横断も楽になります。
この記事が扱うのは、その裏側です。集めるという選択は、事故が1回起きたときに出ていく量を、あらかじめ決めてしまう選択でもあります。そして「消さずに貯める」という運用は、日本の個人情報保護法が前提としている姿とは違う方向を向いています。
この記事は2026年8月22日時点の内容です。条文はe-Gov法令検索、安全管理措置と外的環境の把握は個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)、漏えい報告の類型と件数は同委員会『令和7年度 年次報告』(令和8年7月)から直接引用しています。
この記事は法律相談ではありません。個別の構成で何が義務になるかは事実関係によって変わります。判断が必要な場面では、個人情報保護委員会の相談窓口や弁護士にご相談ください。
データウェアハウスとは(やさしい定義)
業務のためではなく、分析のための置き場です
分析のために、複数のシステムのデータを1か所に集めて保管する場所。業務を回すためではなく、見て考えるために作られます。
業務システムのデータベースと、何が違うのか。目的が違うので、性質がほぼ逆になります。
| 観点 | 業務システムのデータベース | データウェアハウス |
|---|---|---|
| 目的 | 業務を回す。登録・更新・照会 | 分析する。集計・比較・傾向を見る |
| 持っている範囲 | その業務に必要な分 | 複数のシステムから集めた分 |
| 古いデータ | 不要になれば消す設計にしやすい | 過去との比較に使うので残す設計になりがち |
| 使う人 | その業務の担当者 | 分析担当、企画、経営層。部署をまたぎます |
| 権限の考え方 | 業務に必要な人だけに絞る | 見せるために作るので緩みやすい |
下の2行が、この記事の主題につながります。「見せるために作る」という目的は、権限を絞る動機と逆を向きます。そして分析の価値は過去の蓄積から出るので、消す動機も働きにくくなります。
なお、この語にもセキュリティの公的な定義は見当たりません。NIST CSRC Glossaryで「warehouse」を検索すると0件でした(2026年8月22日に確認)。データを扱う分野の語は、セキュリティ側の用語集に載っていないことが多く、その分だけ会社ごとに指す範囲が違います。
第1章 おわり — 次は第2章
なぜ今これが問題なのか
集めた時点で、事故1回の大きさが決まります
分散していたデータを1か所にまとめると、事故が起きたときの意味が変わります。攻撃者にとっては、狙う場所が1つに減り、当たったときの取り分が増えます。
| 観点 | 散らばっているとき | 1か所に集めたあと |
|---|---|---|
| 1回の事故で出る量 | そのシステムの分だけ | 集めた全システムの分 |
| 攻撃者から見た価値 | 低い。1つ破っても部分的 | 高い。1つ破れば横断できる |
| 期間の広さ | 運用中の分が中心 | 過去何年分もまとめて |
| 組み合わせの危険 | 単体では個人を絞りにくい情報も多い | 他の項目と結びついて特定しやすくなる |
| 守る手間 | 場所ごとに分散して重い | 1か所に集中できる(ここは利点です) |
最下段のとおり、集約には守りやすくなるという利点もあります。問題は、利点だけを受け取って、上の4行の手当てをしない場合です。集めたなら、集めた分だけ守りを厚くする必要があります。
「量が増える」ことには、法律上の意味もあります。個人データの漏えいが国への報告義務の対象になる類型は4つあり、そのうちの1つが人数です。
| 報告義務の類型(施行規則第7条) | 令和7年度の件数 | 割合 |
|---|---|---|
| 要配慮個人情報を含む(第1号) | 10,603件 | 61.9% |
| 不正の目的をもって行われたおそれ(第3号) | 3,822件 | 22.3% |
| 財産的被害が生じるおそれ(第2号) | 3,525件 | 20.6% |
| 本人の数が1,000人を超える(第4号) | 883件 | 5.2% |
出典:個人情報保護委員会『令和7年度 個人情報保護委員会 年次報告』(令和8年7月)。処理された報告17,139件の内訳で、1つの事案が複数の類型に当たる場合はすべてに計上されます。1,000人超は全体では5.2%と少数派ですが、データウェアハウスから漏れた場合はほぼ確実にここに入ります。集めるとは、そういうことです。
データウェアハウスは「見せるために作る」ものです。分析担当、企画、経営層、ときには全社。閲覧できる人を増やすことが目的なので、権限を絞る力は最初から働きません。
その状態で、業務システムから集めた個人データがそのまま入っていると、元のシステムでは限られた人しか見られなかった情報が、倉庫では広く見えることになります。集約するときは、権限も一緒に移すのか、作り直すのかを決めてください。何もしなければ、緩いほうに揃います。
第2章 おわり — 次は第3章
法律とぶつかるのは3か所
「貯める」「消せない」「どこにあるか」です
データウェアハウスの設計が個人情報保護法と関係するのは、主に3か所です。順に見ます。
| ぶつかる場所 | 根拠 | DWHでの現れ方 |
|---|---|---|
| 消さずに貯める | 法第22条(消去の努力義務) | 過去との比較のために古いデータを残し続ける設計 |
| 消してほしいと言われる | 法第35条(利用停止等の請求) | コピーが散らばっていて、どこを消せばよいか分からない |
| どこの国にあるか | 通則編「外的環境の把握」 | クラウドの保管先が海外リージョンになっている |
1つ目です。法第22条は、正確性の確保とセットで、こう定めています。
個人情報取扱事業者は、利用目的の達成に必要な範囲内において、個人データを正確かつ最新の内容に保つとともに、利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない。
出典:個人情報保護法 第22条(データ内容の正確性の確保等)(e-Gov法令検索で2026年8月22日に確認)努力義務ですが、方向ははっきりしています。データウェアハウスの「消さずに全部貯める」という運用は、この方向と逆です。違法だという話ではありません。「利用する必要がなくなったとき」がいつなのかを、誰も決めていない設計になりがちだということです。決めていなければ、その日は永久に来ません。
2つ目です。本人には、利用停止や消去を請求する権利があります。しかもその要件には、次のものが含まれています。
本人は、個人情報取扱事業者に対し、当該本人が識別される保有個人データを当該個人情報取扱事業者が利用する必要がなくなった場合、当該本人が識別される保有個人データに係る第二十六条第一項本文に規定する事態が生じた場合その他(中略)当該本人の権利又は正当な利益が害されるおそれがある場合には、当該保有個人データの利用停止等又は第三者への提供の停止を請求することができる。
出典:個人情報保護法 第35条第5項「第26条第1項本文に規定する事態」とは、漏えい等の報告対象になる事態のことです。つまり漏えいが起きたこと自体が、本人からの利用停止請求の理由になり得ます。請求に理由があると判明すれば、事業者は遅滞なく応じなければなりません(同条第6項)。
第35条第6項には但し書きがあります。利用停止等に「多額の費用を要する場合その他の利用停止等を行うことが困難な場合」で、代わるべき措置をとるときは、この限りでない、と。
ここに頼る形は不健全です。コピーが何か所にあるか把握していないから困難なのであって、その状態は自社の設計が作ったものです。いつか本人から請求が来たときに何と答えるかは、倉庫を作る日に決まっています。
3つ目です。クラウドのデータウェアハウスを使う場合、保管される場所が国内とは限りません。安全管理措置には、次の項目があります。
個人情報取扱事業者が、外国において個人データを取り扱う場合、当該外国の個人情報の保護に関する制度等を把握した上で、個人データの安全管理のために必要かつ適切な措置を講じなければならない。
出典:個人情報保護委員会『通則編』10-7 外的環境の把握ガイドラインが挙げる事例は「個人データを保管しているA国における個人情報の保護に関する制度を把握した上で安全管理措置を実施」です。さらに、この内容は「安全管理のために講じた措置」として本人の知り得る状態に置く事項の事例にも挙げられています。つまり、把握するだけでなく、示せる状態にしておくものです。
関連する話
倉庫の中身そのものの法律上の位置づけはデータベースとは?漏えい1万7139件と4つの侵入口に、集めた記録を残す仕組みはログ管理とは?保存期間・必要なログ・運用方法を完全解説にまとめています。なお、データを倉庫まで運ぶ工程はETL/ELTと呼ばれ、そこにも委託先の監督という別の論点があります。
第3章 おわり — 次は第4章
よくある誤解と、間違えやすい似た用語
置き方が違うだけで、責任は同じです
データを貯める場所には、いくつか呼び名があります。整理してから入れるか、そのまま入れるかの違いです。
| 名前 | 入れ方 | 個人データの扱い |
|---|---|---|
| データウェアハウス | 形をそろえてから入れる | 整理されている分、探しやすく、漏れたときも読みやすい |
| データレイク | そのままの形で入れる | 何が入っているか把握しにくく、棚卸しが難しい |
| データマート | 用途ごとに小さく切り出す | 範囲が狭い分、絞りやすい。ただしコピーは増える |
| 業務システムのデータベース | 業務のために持つ | 元のデータ。ここが起点になる |
| バックアップ | 戻すために控える | 消去の対象から漏れやすい |
最下段は実務でいちばん見落とされます。本人からの請求に応じて本体を消しても、バックアップに残っていれば、消えたことにはなりません。どこまでを消去の範囲とするかは、あらかじめ決めておく事項です。
誤解も並べます。
| よくある誤解 | 実際はどうか |
|---|---|
| 分析用のコピーなので、元データほど厳しく守らなくてよい | 個人データであることは変わりません。むしろ集約されている分、1回の事故で出る量は多くなります |
| とりあえず全部貯めておけば、あとで使える | 法第22条は「利用する必要がなくなったときは遅滞なく消去するよう努める」としています。貯め続ける前提とは方向が逆です |
| クラウドに置いているので、場所は気にしなくてよい | 外国で個人データを取り扱う場合、その国の制度を把握したうえで措置を講じる必要があります(外的環境の把握) |
| 海外のクラウドを使うと、必ず第28条の外国提供になる | なりません。自社が外国のサーバで取り扱うだけなら「第三者への提供」ではなく、外的環境の把握の話です |
3つ目と4つ目は必ずセットで覚えてください。混同されやすいので表にしておきます。
| 状況 | 当てはまる規律 | 求められること |
|---|---|---|
| 自社が、外国のサーバ上で個人データを取り扱う | 安全管理措置の「外的環境の把握」 | その国の制度等を把握し、必要かつ適切な措置を講じる |
| 外国にある別の事業者へ個人データを渡す | 法第28条(外国にある第三者への提供の制限) | 原則として、あらかじめ本人の同意を得る。同意を得る際に当該国の制度等の情報を提供する |
出典:個人情報保護法第28条、通則編10-7。どちらに当たるかは「誰が取り扱うか」で分かれます。自社が扱うのか、相手方が扱うのか。契約の形だけでは決まらないので、実態で判断してください。
データレイクは、形をそろえずにそのまま入れる置き場です。「何が入っているか」を後から調べる作業が発生します。個人データが混ざっているかどうかも、入れた時点では確定していないことがあります。
本人からの請求に応じる場面や、漏えいの範囲を答える場面では、この差が効いてきます。整理せずに入れられるという利点は、整理されていないものを抱えるという負債と同じものです。
第4章 おわり — 次は第5章
個人:自分のデータは何年分たまっているか
請求できる権利が、法律に書かれています
利用者の側からは、企業の倉庫の中は見えません。ただし法律は、本人が請求できる場面を定めています。知っておくと、使える場面があります。
| できること | 根拠 | 使える場面 |
|---|---|---|
| 利用停止・消去を請求する | 法第35条第5項 | 企業が利用する必要がなくなったとき、漏えい等の報告対象になる事態が生じたときなど |
| 第三者への提供の停止を請求する | 同項 | 同上 |
| 安全管理のために講じた措置を確認する | 通則編(本人の知り得る状態に置く事項) | 保管国の制度を把握したうえでの措置なども、示される対象に含まれます |
1行目の「漏えい等の報告対象になる事態が生じたとき」は、覚えておく価値があります。漏えいの通知が届いたら、その企業に対して利用停止や消去を請求できる場合がある、ということです。ただし、多額の費用を要するなど困難な場合には、代わるべき措置で足りるとされています。
関連する話
漏えいの報告と本人への通知の仕組みはデータベースとは?漏えい1万7139件と4つの侵入口に、漏れたデータのその後は個人情報はなぜ売られる?住所・電話・顔写真の流出と身元特定の仕組みにまとめています。
第5章 おわり — 次は第6章
会社・組織で設計するときに決めること
「消せる倉庫」にしておくのが要点です
データウェアハウスの設計で後から効いてくるのは、性能でも費用でもなく「消せるかどうか」です。第3章で見たとおり、消去は努力義務であり、本人からの請求の対象でもあります。
| 決めること | 決めないと起きること |
|---|---|
| 個人データを入れるのか、入れないのか | 分析に不要な個人の識別子まで積み上がる |
| 「利用する必要がなくなった」と判断する条件 | その日が永久に来ない。法第22条の努力義務が形だけになる |
| 保持期間と、期間を過ぎたデータの扱い | 倉庫が過去何年分もの全社データになる |
| 本人から請求されたときに消す範囲 | 本体を消してもバックアップやマートに残り、消えたことにならない |
| 誰が何を見てよいか(元システムの権限を引き継ぐか) | 元では限られた人しか見られなかった情報が、倉庫では広く見える |
| 保管される国と、そこでの制度の把握 | 外的環境の把握が抜ける。本人に示す内容も用意できない |
2行目が土台です。「必要がなくなったとき」を定義するのは、法務でも情シスでもなく、そのデータを使う業務側です。分析の目的から逆算して、何年分あれば足りるのかを決めてもらってください。決めた年数が長くても、決まっていること自体に意味があります。
「消せる倉庫」にするための具体策も並べておきます。すべて、作ったあとより作るときのほうが安く済みます。
| やること | 効果 |
|---|---|
| 個人を識別する項目を、入れる前に落とすか置き換える | そもそも消す対象を減らせる。分析の多くは識別子を必要としません |
| 本人を特定できる共通のキーを1本に決めておく | 請求が来たとき、消す対象を機械的に探せる |
| コピー先(マート、抽出ファイル、BIの中の保存データ)を一覧にする | 消去の範囲が確定する。第4章の「バックアップに残る」問題も見える |
| 保持期間を過ぎたデータを自動で落とす仕組みを入れる | 運用の判断に頼らずに減る。人が忘れても動きます |
| 保管リージョンを記録し、その国の制度の確認結果を残す | 外的環境の把握として示せる状態になる |
1行目がいちばん効きます。分析の多くは「誰か」を必要とせず、「どんな人か」で足ります。氏名や連絡先を倉庫に入れないと決められれば、第3章の3つの論点はまとめて軽くなります。
倉庫の中で、いちばん古いデータが何年のものかを1つ調べてください。「2015年から一度も消していません」と分かった時点で、話が具体的になります。
そのうえで業務側に1つだけ聞きます。「分析に何年分必要ですか」。返ってきた年数と、実際にある年数の差が、そのまま今の余剰です。減らす計画は、この差から始められます。
第6章 おわり — 次は第7章
消してほしいと言われたら:最初の10分
探す前に、範囲を決めます
本人から利用停止や消去の請求が届いた。あるいは漏えいが起きて、対象者から問い合わせが来ている。いきなり倉庫を検索し始めると、抜けが出ます。
| 時間 | やること | やってはいけないこと |
|---|---|---|
| 0〜3分 | 請求の根拠を確認する(法第35条の第1項か第5項か) | 根拠を確かめずに「対応します」と即答する |
| 3〜6分 | その人のデータが存在し得る場所を一覧にする。倉庫本体、マート、抽出ファイル、BIの保存データ、バックアップ | 倉庫本体だけを見て範囲を確定する |
| 6〜8分 | 消せる場所と、消すのが困難な場所を分ける | 困難な場所を黙って対象から外す |
| 8〜10分 | 困難な場所について、代わるべき措置を検討し、記録に残す | 但し書きを理由に、何もしないと決める |
3行目と4行目は条文に沿った動きです。第35条第6項は、多額の費用を要するなど困難な場合について「本人の権利利益を保護するため必要なこれに代わるべき措置をとるとき」は限りでない、としています。代わるべき措置をとることが条件です。困難だから何もしない、は条文の読み方として成り立ちません。
そして、この場面でいちばん時間を食うのが2行目です。コピーの一覧が平常時に作られていれば3分で終わり、無ければ数日かかります。第6章の3行目は、そのための準備です。
相談先と確認先
- 個人情報保護法相談ダイヤル(請求への対応義務の範囲についての一般的な相談)
- 個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』
- 自社のデータ経路とコピー先の一覧(無ければ、この機会に作る)
- クラウド事業者の資料(保管リージョン、削除の反映範囲と時期)
- IPA サイバーセキュリティ相談窓口(漏えいを伴う場合)
第7章 おわり — 次は第8章
関連用語と、次に読む記事
運ぶ・貯める・見せる・消す
この用語とセットで覚えると理解が早くなる語です。
| こんな人に | 次に読む記事 |
|---|---|
| 倉庫の弱点を調べてもらいたい | 脆弱性診断とは?種類・診断項目と結果の見方 |
| 倉庫の中身を安全に見せたい | セマンティックレイヤーとは?3つの役割と行政の実例 |
| そもそもの法律上の位置づけを知りたい | データベースとは?漏えい1万7139件と4つの侵入口 |
| 誰がいつ見たかを残したい | ログ管理とは?保存期間・必要なログ・運用方法を完全解説 |
| 中の人による持ち出しが心配 | 内部不正とは?33項目のうち3つは、会社自身を守るために要る |
第8章 おわり — 最後にFAQ
データウェアハウスについてよく聞かれること
実際に検索されている疑問から
データウェアハウスとデータベースは何が違うのですか?
目的が違い、その結果として性質がほぼ逆になります。業務システムのデータベースは業務を回すために必要な範囲を持ち、不要になれば消す設計にしやすいものです。データウェアハウスは分析のために複数のシステムから集め、過去との比較に使うので残す設計になりがちです。使う人も部署をまたぐため、見せることが目的になり、権限が緩みやすいという違いもあります。
分析用のコピーなので、元データほど厳しく守らなくてもよいのでは?
逆です。個人データであることは変わらないうえ、集約されている分だけ1回の事故で出る量が多くなります。漏えい等の報告義務には「本人の数が1,000人を超える」という類型があり、令和7年度は883件(全体の5.2%)でした。全体では少数派ですが、データウェアハウスから漏れた場合はほぼ確実にこの類型に入ります。
古いデータは、消さずに貯めておいてよいのですか?
法律は逆の方向を示しています。第22条は、利用目的の達成に必要な範囲内で正確かつ最新の内容に保つとともに、「利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない」と定めています。努力義務ですが、問題は「必要がなくなったとき」を誰も決めていない設計になりがちなことです。決めていなければ、その日は来ません。分析に何年分必要かを業務側に確認するところから始めてください。
海外のクラウドにデータウェアハウスを置くと、外国提供になりますか?
自社が外国のサーバ上で個人データを取り扱うだけなら、第28条の「外国にある第三者への提供」には当たりません。当てはまるのは安全管理措置の「外的環境の把握」で、通則編は外国において個人データを取り扱う場合、その国の個人情報の保護に関する制度等を把握した上で必要かつ適切な措置を講じなければならないとしています。さらにこの内容は、安全管理のために講じた措置として本人の知り得る状態に置く事項の事例にも挙げられています。外国にある別の事業者へ渡す場合は、第28条の話になります。
出典・参考
- e-Gov法令検索『個人情報の保護に関する法律』第22条(データ内容の正確性の確保等)・第28条(外国にある第三者への提供の制限)・第35条(利用停止等)https://laws.e-gov.go.jp/law/415AC0000000057
- 個人情報保護委員会『個人情報の保護に関する法律についてのガイドライン(通則編)』(令和8年6月一部改正)10-7 外的環境の把握https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/
- 個人情報保護委員会『令和7年度 個人情報保護委員会 年次報告』(令和8年7月)https://www.ppc.go.jp/aboutus/report/
- 個人情報保護委員会『漏えい等の対応とお役立ち資料』https://www.ppc.go.jp/personalinfo/legal/leakAction/
- NIST Computer Security Resource Center Glossary(「warehouse」の検索結果を確認)https://csrc.nist.gov/glossary
最終更新:2026年8月22日/次回見直し予定:2027年7月(個人情報保護委員会の年次報告が例年7月頃に公表されるため)


コメント