プラットフォーム / コンテキストコントロールプレーン

AI に必要な 一貫した コンテキストを

CData はチームにガバナンスレイヤーを提供します。これにより、すべてのプロンプトとワークフローが同じコンテキスト理解に基づいて動作します。

エンタープライズチームに選ばれています
GSK
Palantir
Anthropic
Office Depot
Google
課題

業務コンテキストがプロンプトや未整形のデータに散在していると、回答はすぐに一貫性を失います。

同じ質問でも、エージェントによって異なる回答が返ってくる

統制の効いた定義がなければ、すべてのエージェントやダッシュボードが「第 2 四半期の売上」や「アクティブな顧客」を独自に解釈してしまいます。その結果生じるのは、単なる不整合ではなく、信頼の喪失です。

場当たり的なプロンプト構築は、ばらつきとコストを増やす

AI が生データに対してロジックをゼロから組み立てると、やり取りのたびに誤りが生じる余地が生まれます。デプロイするエージェントが増えるほど、ツール呼び出し・ばらつき・トークンコストが積み重なっていきます。

エージェントに必要なのは、プラットフォーム全体の可視性ではなく、スコープ

スコープを限定したワークスペースがなければ、新しいエージェントは必要のないアクセス権まで引き継いでしまいます。その結果、ユースケースごとにアクセス設計を手作業で行うプロジェクトが発生してしまいます。

仕組み

定義、アクセス、パフォーマンスを集約した、一元管理された統合コンテキストレイヤー。

ロジックは一度だけ定義し、利用範囲はスコープで制御し、鮮度はチューニングで調整します。すべてのエージェント、アナリスト、ダッシュボードの背後に、単一のコントロールプレーンが存在します。

01

データチームは、信頼できる業務コンテキストのスキーマをDerived Viewsとして一度だけ定義します。たとえば「地域別の第 2 四半期の売上」を、適切な会計カレンダー、日付フィールド、売上定義とともに定義します。

02

そのDerived Viewsはプラットフォームに登録され、getSchema に自動的に表示されます。AI は生データからクエリを組み立てるのではなく、この定義を見つけて使うだけで済みます。

03

各エージェントやチームは、アクセスを許可されたデータソース、ツール、Derived Viewsだけにスコープされたワークスペースの中で動作します。

04

高頻度のメトリクスについては、ビューごとにクエリキャッシュとスケジュール更新を構成します。顧客が管理するストレージと、ユースケースごとに適した鮮度の更新間隔を利用します。

05

エージェントやユーザーが、リアルタイムデータソース、ガバナンスの効いたビュー、キャッシュされた定義のいずれをクエリした場合でも、すべてのやり取りが同じガバナンスモデルの下でログに記録されます。

一つの信頼できる定義が、一つの統制の効いた回答をあらゆる場面で生み出します。

主な機能

一貫性、分離、パフォーマンスを、 コンテキストレイヤーがデフォルトで備えます。

01
Derived Views

信頼できるビジネスロジックを一元管理

売上ロジック、パイプラインビュー、会計期間の計算、システム横断のメトリクスを、再利用可能なDerived Viewsとして一度だけ定義します。

信頼できるビジネスロジックを一元管理
02
クエリキャッシュ

高頻度のクエリも、データソースのシステムに負荷をかけずに高速に

大規模で頻繁にリクエストされるデータセットにはクエリキャッシュを利用しつつ、ストレージは顧客の管理下に保ちます。

高頻度のクエリも、データソースのシステムに負荷をかけずに高速に
03
ワークスペース

各エージェントはガバナンスの効いたワークスペースの中で動作

各エージェントを、利用を許可された特定のデータソース、ツール、定義だけにスコープし、それ以外には一切アクセスさせません。

各エージェントはガバナンスの効いたワークスペースの中で動作
04
鮮度

鮮度はビジネスロジックごとにチューニング可能

基となるデータが実際にどのくらいの頻度で変化するかに基づいて、ガバナンスの効いたビューごとに更新間隔を個別に設定できます。

鮮度
05
レプリケーション API

同期の挙動はプログラムから制御可能(アプリケーションへの組み込み向け)

レプリケーション API を使って、顧客環境全体での同期頻度、増分戦略、データのサブセット化を管理できます。

レプリケーション API
06
スキーマ検出

AI は、ゼロから組み立てる前にガバナンスの効いたビューを検出

Derived Viewsは getSchema に自動的に表示されるため、エージェントは業務コンテキストを場当たり的に再構築するのではなく、信頼できる定義を利用します。

スキーマ検出
信頼できるビジネスロジックを一元管理
高頻度のクエリも、データソースのシステムに負荷をかけずに高速に
各エージェントはガバナンスの効いたワークスペースの中で動作
鮮度
レプリケーション API
スキーマ検出
データが存在する場所で、お客様に寄り添う

現場のチームが実際にデータを扱う方法に合わせて構築。

一つの信頼できる定義は、一つの一貫した回答を意味します。同じビジネス上の質問は、どこで使われても同じ結果を返します。

あるお客様は、次のようにコンテキストの鮮度管理の重要性を語っています。“ほとんどの場合、データはデータソースに置いておきたいと考えています。しかし Copilot を最大限に活用する最善の方法は、レイクハウスに同期することです……。Power BI のダッシュボードを Jira に取り込みたいのですが、それが役立つのは比較的最新の状態に保たれている場合だけです。リアルタイムで参照するか、非常に高速な更新スケジュールで運用する必要があります。”
Chris Coates 氏
VP of Business Intelligence Platforms
導入ステップ

コンテキスト制御を 1 週目で構成

1 日目

コアビューの定義

優先度の高いデータソースを接続し、最も価値の高いビジネスメトリクス向けに最初のDerived Viewsを定義します。

マイルストーン:「地域別の第 2 四半期の売上」のような重要なメトリクスを、導入初日からガバナンスの効いた定義として利用できます。

3 日目

ワークスペースのスコープ設定

稼働中のエージェントやチームのユースケース向けに、スコープを限定したデータアクセスとツール公開を備えたワークスペースを構成します。

マイルストーン: 各エージェントが、プラットフォーム全体の可視性を共有するのではなく、それぞれ許可されたスコープの中で動作するようになります。

7 日目

パフォーマンスのチューニング

本番ワークロード向けに、キャッシュ、更新間隔、レプリケーション制御を構成します。

マイルストーン: ガバナンスの効いた定義が、本番運用に耐えるパフォーマンスレベルで一貫した回答を提供します。

セキュリティとコンプライアンス

ガバナンスを損なわないデータ制御。


ガバナンスモデル
  • Derived Viewsでのパススルーアイデンティティ — すべてのクエリでユーザーレベルの権限が適用されます。
  • 顧客が管理するキャッシュ — クエリキャッシュは、お客様自身の PostgreSQL インスタンスに保存されます。
  • ワークスペースの分離 — 各エージェントは、許可されたデータとツールだけにスコープされます。
  • クエリレベルの監査ログ — すべてのDerived Viewsのクエリが、完全なメタデータとともに記録されます。
  • デフォルトでデータ移動なし — リアルタイムクエリはデータソースに直接実行され、キャッシュはオプトインです。
認証と統制
  • SOC 2 Type II — 取得済み。
  • ISO/IEC 27001:2022 — 取得済み。
  • GDPR 対応 — リアルタイムアクセスに加え、ガバナンスの効いたデータ経路向けに顧客管理ストレージのオプションを提供します。
FAQ

よく寄せられる質問。

ビジネスロジックの定義は一つ。使われるすべての場所で、一貫した回答を。

最初のガバナンスの効いたビューの定義や、エージェントワークスペースのスコープ設定について、ぜひ当社チームにご相談ください。あるいは、Data Control Plane がより広範な CData プラットフォームにどのように組み込まれるかをご確認ください。