本文へ移動
情シスのミカタ
ニュース約4分で読めます

Google、Knowledge Catalogで業務定義の補強を自動化へ

GoogleはKnowledge Catalogの文脈補強機能をプレビュー発表しました。文書や対話から業務定義の不足を探し、更新案を提示します。順次提供に向け、情シスが確認すべき接続先、承認ルール、アクセス権を整理します。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
Google、Knowledge Catalogで業務定義の補強を自動化へ

この記事のまとめ

  • Knowledge Catalogが文書や対話から業務定義を補強。新機能はプレビューです。
  • 更新案に出典と信頼度を付け、自動承認の基準や人による確認を設定できます。
  • 今後数週間で順次提供予定。試用前に接続範囲と承認担当を決めることが重要です。
こんな方に#30代#40代#50代#60代実務

Googleは2026年10月22日、Knowledge Catalogで業務上の意味や定義を補う「自己学習型の文脈補強機能」をプレビューとして発表しました。Geminiが文書や対話から不足する説明を探し、データの定義などの更新を提案します。刷新したKnowledge Studioもプレビューとして発表し、新機能は今後数週間で顧客に順次提供する予定です。

文書とデータの定義を結び付け、更新案を提示

今回の機能は、データそのものだけでなく、その意味を説明する情報を整えるものです。Googleによると、GeminiがユーザーやAIエージェントとの対話から文脈の不足を探し、業務文書やコードの保管場所から定義を抽出します。

接続対象には、自社・他社の表形式のデータと、文書などの非構造化データが含まれます。Google Workspace、GitHub、Confluence、SharePoint、Cloud Storageなどに対応するとしています。文書やWikiの知識を、テーブルやデータ構造の説明情報であるメタデータに結び付けます。

提案する内容は、業務定義、列の説明、テーブル同士の結合関係などです。随時または定期的に提案し、それぞれに出典と信頼度スコアを付けます。更新元の変更も検知し、古い定義を廃止して、矛盾する内容をレビューに回すとしています。

重要なのは、単に説明文を生成するだけでなく、変更後の確認や承認まで扱う点です。資料の接続範囲と、定義の更新を誰が認めるかをセットで考える必要があります。

自動公開の設定と、人による承認を使い分ける

自動公開の有効・無効に加え、変更を自動承認する信頼度の基準値を設定できます。基準値に満たない提案や削除などは、管理担当者が承認・編集・却下します。独自の評価セットによる更新案のテスト、変更履歴の記録、差し戻しも可能です。

Knowledge Studioでは、文脈のつながりを可視化し、自然言語で探索できます。変更案の確認、承認、差し戻しにも対応します。補強処理の結果や、AIが処理する文章量の単位であるトークンの使用量、実行時間を監視し、完了をメールで通知する機能もあります。

部門や用途ごとの定義・指標は「context sets」にまとめられます。アクセス権はIAMという権限管理の仕組みで制御し、元データの既存権限も維持するとしています。

対話履歴は、個人識別情報をマスキングして分析する設定が可能です。自作エージェントやBigQueryのConversational Analyticsも分析対象になります。一方、Googleは顧客データをモデルの学習には使わないとしています。対話から定義を補う処理と、モデル自体の学習は分けて捉える必要があります。

即時アクセスの申請も受け付けますが、全顧客が直ちに使えるという発表ではありません。日本での提供は発表には書かれていません。日本語対応、日本の料金、利用できるリージョンも記載されていません。

影響する会社・しない会社

  • 影響する: Knowledge Catalogの新機能を試す会社です。自動公開の可否、承認の基準値、変更を確認する担当者を検討する必要があります。
  • 影響する: Google WorkspaceやGitHub、Confluence、SharePointなどを接続対象にする会社です。どの文書やコードを業務定義の根拠にするかが確認事項になります。
  • 影響しない: Knowledge Catalogを使わず、今回のプレビューも試さない会社には、本機能を設定する直接の作業はありません。既存サービス全般への強制適用は発表には書かれていません。

情シスが今日やること

  1. 試用申請前に、対象とするデータと資料を洗い出します。 データ管理担当と各部門に、定義の根拠にしたい文書・Wiki・コードの保管先を確認してください。接続候補を一覧にし、対象範囲を合意します。
  2. 接続前に、権限と対話履歴の扱いを決めます。 IAMで管理するcontext setsの利用者と、元データの権限を確認します。対話履歴を分析対象にするか、個人識別情報のマスキング設定をどう扱うかも、情報管理の担当者と整理してください。
  3. 自動公開を有効にする前に、承認ルールを作ります。 データ管理担当と業務部門で、信頼度の基準値と、削除・矛盾する定義の確認担当を決めます。プレビュー段階では、まず人が確認する運用から試す方法も検討してください。
  4. 試用開始後は、Knowledge Studioで変更案と出典を確認します。 独自の評価セットで更新案をテストし、意図と違う変更は差し戻します。自動公開へ進む前に、確認結果とトークン使用量・実行時間を導入判断者へ共有してください。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月23日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします