データインテリジェンスは、メタデータ・来歴・品質・統制をひとつの層にまとめ、「そのデータは信頼して使えるのか」に答えるための枠組みです。ダッシュボードを増やしたのに部門ごとに数字が食い違う、生成AIに社内データをつないだのに回答が当てにならない。こうした行き詰まりの原因は、データの量ではなくデータの意味と来歴が誰にも管理されていないことにあります。本記事では定義とBIとの分担、構成する4つの要素、着手順序、そしてベンダーごとに言葉の指す範囲が食い違う理由までを、2026年8月時点の一次情報で整理します。
まとめ
- データインテリジェンスは分析の「手前」の層。BIが「データをどう見せるか」を担うのに対し、こちらは「そのデータは何で、どこから来て、信頼できるか」を担う
- 構成要素はメタデータ管理(カタログ)・データリネージ・データ品質・データガバナンスの4つ。着手はこの順で、カタログから始める
- 生成AIの回答精度はモデル選定よりデータ側の意味定義に大きく左右される。Databricksは2023年11月のカテゴリ解説で、学習済みの指標やKPIを利用することで正確な結果が返せるようになると述べている
- 「データインテリジェンスプラットフォーム」はベンダーで指す範囲が違う。Databricks系は実行基盤から、Collibra系・Alation系はカタログとガバナンスから同じ言葉に寄ってきた
- 言葉そのものが動いている。Databricksは製品ページの見出しを「The Databricks Platform」へ、Collibraは自称を「Enterprise AI Control Plane」へ変えた。製品比較では自称ではなく機能で並べる
データインテリジェンスの定義とBIが担う範囲との境界
「信頼して使えるデータ」を増やす枠組みという定義
データインテリジェンスとは、組織に散在するデータについて「どこに何があるか」「どう定義された数値か」「どの経路を通って今の形になったか」「誰が使ってよいか」を機械可読な形で管理し、利用者が迷わず信頼して取り出せる状態をつくる枠組みを指します。扱う対象はデータそのものではなく、データを説明するデータ、つまりメタデータです。
この層が薄いまま分析基盤だけを増設すると、典型的な症状が出ます。売上の定義が部門ごとに違うまま3つのダッシュボードが並立する、元テーブルの改修で誰かのレポートが黙って壊れる、監査で「この数字の根拠は」と聞かれて追跡に何日もかかる。いずれもツールの性能ではなく、意味と来歴の管理不在が原因です。
BIとの違いは「どう使うか」と「そのデータは何か」の分担
BIとデータインテリジェンスは競合しません。役割が縦に積み重なっています。BIは集計済みのデータを可視化して意思決定を早める層で、データインテリジェンスはそのBIが参照するデータの素性を保証する土台の層です。BIツールの選定や機能そのものはビジネスインテリジェンス(BI)とは何かを初心者向けにわかりやすく解説で扱っています。
実務での見分け方は単純です。「今月の解約率を見たい」はBIの領域。「そのダッシュボードの解約率は、どのテーブルのどの定義で、いつ更新されたのか」はデータインテリジェンスの領域です。後者に即答できない組織では、BIツールを追加しても数字の不一致は解消しません。順序が逆だからです。
データマネジメント・データガバナンス・データサイエンスとの境界
隣接する用語が多く、社内の議論が噛み合わない原因にもなります。おおまかな守備範囲は次のとおりです。
| 用語 | 答える問い | 主な対象 | 関係 |
|---|---|---|---|
| データインテリジェンス | そのデータは信頼できるか | メタデータ全般 | 下の3つを束ねる層 |
| データマネジメント | どう保管し流すか | 基盤・パイプライン | 実装の器 |
| データガバナンス | 誰が使ってよいか | 権限・規程 | 構成要素の1つ |
| データサイエンス | 何を予測できるか | モデル・分析 | データの利用者側 |
整理すると、データマネジメントが配管工事、データインテリジェンスがその配管図と水質検査、BIとデータサイエンスが蛇口の先の用途にあたります。ガバナンスは配管図の一部として扱われる位置づけです。
データインテリジェンスを構成する4つの要素とその優先順位
メタデータ管理とデータカタログ=最初に着手する層
カタログは、テーブル・カラム・指標の所在と定義を一覧化し、検索できるようにする要素です。ここが起点になる理由は、残り3つがすべてカタログ上の資産を対象に動くからです。リネージも品質チェックも権限設計も、「対象がどれか」を特定できなければ始まりません。
Databricksの場合はUnity Catalogがこの役割を担い、テーブルだけでなくモデルやサービスまで同じ統制の下に置きます。基盤側の機能構成はDatabricksとは?できること・DBU課金の料金・業種別の導入効果を2026年版で解説にまとめています。
データリネージ=改修の影響範囲と監査に効く来歴追跡
リネージは、あるデータがどのソースから、どの変換を経て、どのレポートに届いているかを辿る要素です。人手で図を描く運用はすでに実務から外れ、実行されたクエリの記録から自動生成する方式が主流です。Unity Catalogの公式ドキュメントも、データとAI資産が「ソースデータからモデル、サービス、ダッシュボードに至るまで、どう流れ、つながっているかを自動的に追跡する」と説明しています。
効果が最も分かりやすいのは改修時です。テーブル定義を変える前に下流の参照先を機械的に列挙できれば、「気づかないうちに経営会議の資料が壊れていた」という事故が消えます。監査対応でも、数値の出所をたどる作業が担当者の記憶に依存しなくなります。
データ品質=検証ルールをコード化して継続監視する層
品質管理は、目視レビューではなく検証ルールをコードとして定義し、パイプラインの中で継続的に走らせる形が主流です。NULL率、値域、一意性、参照整合性といったルールを宣言的に書き、違反したレコードを隔離してアラートを出します。Databricks環境ではPySpark上で動くDQXがこの用途にあたり、使い方はDatabricks DQXとは?PySparkデータ品質検証フレームワークの機能と使い方【2026年最新】で解説しています。
ここで避けたいのは、品質指標を「スコア」に丸めてダッシュボード化して終わることです。スコアは下がった事実を伝えますが、誰が何を直すかを決めません。ルールごとに担当と是正フローを紐づけて初めて機能します。
データガバナンス=権限と用語定義を1か所に集約する層
ガバナンスは、アクセス権限・機密区分・用語定義を一元管理する要素です。要点は、権限をツールごとに設定しないことにあります。BIツール側とデータ基盤側で別々に権限を持つと、退職者のアカウント削除漏れのような穴が必ず残る構造です。カタログを唯一の権限管理点に寄せる設計が前提になります。
粒度の目安として、Unity Catalogは権限、属性ベースのポリシー、行フィルタと列フィルタ、ワークスペースの割り当てという4種類の手段で「誰が何にアクセスできるか」を管理すると明記しています。テーブル単位の許可だけで設計を終えると、機密列を含む表の共有で行き詰まります。
データインテリジェンス戦略の着手順序と定着させる運用設計
KPIに直結する1ドメインへ絞る初期スコープ
戦略の失敗はほぼ例外なくスコープ設定で起きます。有効なのは、全社の資産を洗い出す前に、経営が実際に見ているKPIを1つ選び、その数値を構成するデータだけを対象にカタログとリネージを通すやり方です。対象が数十テーブル規模に収まれば、定義合わせから運用開始まで現実的な期間で回せます。
この進め方には副次的な効果があります。KPIに直結しているため、整備の成果を「カタログ登録率」ではなく「数字の食い違いが消えた」という業務言語で説明できます。予算の継続判断を受けるのは常に後者です。
カタログ導入で止まり更新されなくなる形骸化への対策
最も多い失敗は、導入時に一括登録した情報が更新されず、半年後には誰も信用しない台帳になることです。原因は、メタデータの更新を人手の善意に任せている点にあります。対策は2つに絞られます。ひとつは技術メタデータ(スキーマ、更新時刻、リネージ)を自動収集に寄せ、人が書くのはビジネス定義だけに限定すること。もうひとつは、データ所有者を組織図上の役割として明記し、定義変更の承認を所有者の責務にすることです。
利用側の動線をつくる仕組みを併せて用意すると定着が早まります。Collibraが Data Marketplace という機能を持つのはこの発想で、整備済みのデータを利用者が自分で探して申請できる場を用意し、カタログを「登録して終わる台帳」から「日常的に使う入口」へ変えます。
全社一斉のガバナンス整備を採用すべきでない条件
ここは判断を明確にします。データ所有者が組織として決まっておらず、かつ既存のデータ基盤が部門ごとに分立している段階では、全社一斉のガバナンス整備を選ぶべきではありません。この条件下では、ルールを定めても適用する主体が存在せず、ツール費用と整備工数だけが先行します。先に着手すべきは1ドメインでの所有者の任命であり、ツール選定はその後です。逆に、所有者が決まっていて基盤も統合済みなら、横展開は一気に進めて構いません。
データインテリジェンスが効く場面と、投資を見送るべき場面
効果が出る条件は絞り込めます。典型は、同じ指標を複数部門が別々に集計していて数字が合わない組織です。用語定義をカタログに集約するだけで、会議の前半を占めていた数字合わせが消えます。次に効くのが、規制対応や監査で数値の根拠提示を求められる業種です。リネージが揃っていれば、根拠資料の作成が調査作業ではなく出力作業になります。
3つ目が、社内データを生成AIに参照させる場面です。逆に、投資を見送ってよい場面もあります。データソースが基幹システム1つに閉じていて、参照する部署も限られ、指標の定義が1か所で決まっている組織では、カタログ製品を導入しても得るものがほとんどありません。この規模では、表計算ファイル1枚の用語集と命名規則の徹底で十分に足ります。製品選定に進むのは、データソースが複数に分かれ、定義の解釈が部門ごとに割れ始めてからで間に合います。
生成AIエージェントの回答精度を左右するデータ側の文脈整備
社内データを生成AIにつないだのに使い物にならない、という事象の原因は、多くの場合モデル側にありません。AIが参照するデータに意味の定義が付いていないことが原因です。「売上」というカラムが税込か税抜か、どの時点で確定するのか。人間なら暗黙に補える前提を、AIは補えません。
この構造は、ベンダーの設計思想にも現れています。Databricksは2023年11月15日に公開したカテゴリ解説の記事で、この種の基盤が備えるべき能力として、自然言語アクセス、セマンティックなカタログ化と発見、自動化された管理と最適化、ガバナンスとプライバシーの強化、そしてAIワークロードの一級サポートの5つを挙げました。最後の項目では、プラットフォームが学習した指標やKPIといったセマンティクスを利用することで正確な結果を返せるようになり、場当たり的な回避策が不要になると述べています。
公式ドキュメントも、Databricksが「AIをデータレイクハウスと組み合わせ、データ固有のセマンティクスを理解する」と記載しています。ただしそこで続けて述べられるのは性能の自動最適化とインフラ管理です。回答精度の根拠として引くなら、前述の2023年のカテゴリ解説のほうが適切になります。
実務への含意は単純です。RAGやエージェントの精度改善に取り組む前に、参照させるテーブルの指標定義をカタログ側に書き切ることが先になります。ここを飛ばして検索の工夫だけを重ねても、返ってくる数字の妥当性は上がりません。2026年6月にオープンソースとして公開されたメタハーネス、Omnigentのようなエージェント運用の仕組みも、参照先の意味が整理されていることを前提にしています(Omnigentとは?Databricks発OSSメタハーネスの仕組みと導入方法・対応ハーネスを解説)。
データインテリジェンスプラットフォームの定義がベンダーで食い違う理由
実行基盤側から来たDatabricks系の定義
Databricksはデータ処理基盤を出発点に、そこへAIによる意味理解を足す方向でこの言葉を使ってきました。公式ドキュメントの構成要素にはUnity Catalog、Delta Lake、MLflow、Lakeflow、OLTPデータベースのLakebase、共有プロトコルのOpenSharing、そして自然言語で問い合わせるGenie Agentsが並びます。カタログは全体の一部という位置づけです。
カタログとガバナンス側から来たCollibra系・Alation系の定義
一方、Collibraは2008年創業のデータガバナンス出自、Alationは2012年創業のデータカタログ出自として、メタデータの側から同じ言葉に近づきました。Collibraが製品ページに掲げる機能は、AI Command Center、データカタログ、データプライバシー、データガバナンス、データ品質とオブザーバビリティ、データリネージ、そしてData Marketplaceなどです。同社は自らを「ガバナンス以上のもの、働く場所を問わずデータの生産者と消費者をつなぐコンテキストと制御のエンジン」と説明しています。
注意したいのは、この系統が「計算資源を一切持たない」わけではない点です。Collibraはデータ品質ジョブについて、データを外部に出さずに接続先ウェアハウス自身の計算資源へプッシュダウンする方式と、専用のSparkエンジンで実行する方式の両方を提供すると明記しています。持たないのは分析用のデータ基盤そのものであって、実行手段ではありません。
Alationは製品ページで「Agentic Data Intelligence Platform」を掲げています。ただし現在のトップページの見出しは「Let’s Get Your AI Right」で、会社としての看板は Alation Intelligence Operating System に移りつつあります。
| ベンダー | 現在の主な自称 | 出自 | 中心機能 | 分析基盤 |
|---|---|---|---|---|
| Databricks | The Databricks Platform | データ処理基盤 | 実行・分析・AI | 自社製品として提供 |
| Collibra | Enterprise AI Control Plane | データガバナンス | 統制・カタログ | 持たず他社基盤に接続 |
| Alation | Alation Intelligence Operating System | データカタログ | 発見・カタログ | 持たず他社基盤に接続 |
表のとおり、同じ言葉を名乗っていても、分析基盤を製品として抱えるかどうかで性格が根本的に変わります。
製品比較で言葉が噛み合わないときの切り分け方
呼称が固定されていない点にも注意が必要です。Databricksは製品ページの見出しを「The Databricks Platform」に変えており、かつて前面に出していたData Intelligence Platformという名称は、この製品ページ上ではURLの文字列に残るのみです。タグラインは「Data and AI for all」になっています。Collibraに至っては、Enterprise AI Control Planeという別系統の呼称を採用しました。
したがって、RFPや比較検討でベンダーの自称を軸に並べると議論が噛み合いません。判断は機能で行います。確認すべきは「自社のデータ処理基盤を置き換えるのか、既存基盤に被せるのか」「メタデータの自動収集はどこまで及ぶのか」「権限管理の主体をこの製品に寄せられるか」の3点です。この3つが決まれば、製品がどちらの系統に属するかは自動的に絞り込めます。
「データインテリジェンス」という言葉が広まるまでの経緯
2023年11月のカテゴリ定義とDatabricksIQ
この言葉が業界語として定着した起点は特定できます。2023年11月15日、Databricksが共同創業者兼CEOのAli Ghodsiらの名義でカテゴリ解説の記事を公開し、自社プラットフォームをデータインテリジェンスプラットフォームとして再定義しました。当時の記事では基盤にDatabricksIQと名付けたエンジンが据えられており、そこには2023年6月26日に最終合意を発表し同年7月19日に完了したMosaicMLの買収で得た生成AI技術が組み込まれています。なおDatabricksIQという名称は現行のドキュメントでは使われておらず、該当ページの見出しは「Databricks AI assistive features」に変わっています。
DAIS 2024で製品として示された「DATA INTELLIGENCE FOR ALL」
翌2024年6月10日から13日にサンフランシスコで開かれたData + AI Summit 2024は、この再定義を製品として提示する場でした。テーマに掲げられた「DATA INTELLIGENCE FOR ALL」は、専門知識を持たない利用者にもデータとAIを開くという主張です。Unity Catalogのオープンソース公開や、BI製品Databricks AI/BIとその会話型機能であるAI/BI Genieの発表が、その具体化にあたります。
DAIS 2026で移った焦点と、現在のタグライン
2年後の同イベントは規模を大きく変えました。開催13日前の2026年6月2日に出された公式発表によれば、会期は6月15日から18日、会場はモスコーニセンターで、現地参加は3万人超が見込まれ、これに数万人規模のオンライン参加を加えて合わせて150か国以上から集まるとされています。
基調講演には、Ali Ghodsi、Matei Zaharia、Arsalan Tavakoli-Shiraji、Reynold Xinの共同創業者陣が並びました。社外からはOpenAIのGreg Brockman、PepsiCoでグローバル最高データ・AI責任者を務めるMagesh Bagavathiが登壇し、MicrosoftのSatya Nadellaは事前収録のオンライン対談という形で加わっています。
焦点は、データを見せることからエージェントを業務で動かすことへ移りました。言葉のほうも入れ替わっています。現在の製品ページのタグラインは「Data and AI for all」で、2024年のテーマ文言そのものは残っていません。両者に継承関係があると述べた公式の説明もありません。ただし、専門家以外にデータとAIを開くという主張自体は2023年11月以降ほぼ一貫しています。
よくある質問
データインテリジェンスとBIツールは何が違うのですか?
担当する工程が違います。BIは集計されたデータをグラフやダッシュボードで見せ、意思決定を速める層です。データインテリジェンスはその手前で、そのデータがどこから来て、どう定義され、信頼できるかを管理する層です。BIが「データをどう使うか」に答えるのに対し、データインテリジェンスは「そのデータは何か」に答えます。両者は置き換え関係になく、後者が土台として先に必要です。数字の食い違いや定義のばらつきに悩んでいる場合、BIツールを追加しても解決しません。
データインテリジェンス戦略はどこから着手すればよいですか?
全社のデータ資産を一度に棚卸しする進め方は避けてください。経営が実際に見ているKPIを1つ選び、その数値を構成するテーブルだけを対象にカタログ登録とリネージ整備を行うのが現実的です。対象が数十テーブル規模に収まれば、用語定義の合意から運用開始まで無理なく回せます。成果を「登録件数」ではなく「数字の食い違いが解消した」と業務の言葉で説明できる点も、次の予算を取るうえで効きます。横展開はその後です。
データインテリジェンスプラットフォームはどの製品を指しますか?
単一の製品カテゴリではありません。分析基盤を自社製品として持つDatabricksのような系統と、分析基盤を持たずメタデータとガバナンスに特化するCollibraやAlationのような系統が、同じ名称を使っています。しかも呼称は流動的で、Databricksは製品ページの見出しを「The Databricks Platform」に変更し、Collibraは「Enterprise AI Control Plane」を名乗っています。比較する際はベンダーの自称ではなく、既存基盤を置き換えるのか被せるのか、メタデータ収集の自動化範囲、権限管理を集約できるかという機能軸で並べてください。
生成AIを社内で使うのにデータインテリジェンスは必要ですか?
社内データを参照させるなら必要です。生成AIは「売上」が税込か税抜か、いつ確定する数値かといった前提を自力で補えません。指標の定義がカタログ側に書かれていないまま接続すると、もっともらしい誤答が返ってきます。Databricksが2023年11月に公開したカテゴリ解説でも、プラットフォームが学習した指標やKPIを利用することで正確な結果を返せるようになると説明されています。検索手法の改善より、参照先の意味定義を先に固めるほうが効果が出ます。
Data + AI Summit 2024のテーマ「DATA INTELLIGENCE FOR ALL」とは何でしたか?
2024年6月10日から13日にサンフランシスコで開催されたDatabricksの年次イベントで掲げられた主題で、専門知識を持たない利用者にもデータとAIを開くという主張です。前年2023年11月に同社が打ち出したデータインテリジェンスプラットフォームという再定義を、Unity Catalogのオープンソース公開や、BI製品Databricks AI/BIの会話型機能AI/BI Genieといった製品として示す場になりました。なお現在の製品ページのタグラインは「Data and AI for all」で、2024年のテーマ文言そのものは使われていません。