Looker の会話型分析の概要

会話分析は、Gemini for Google Cloud を活用したデータとチャットする機能です。Looker のセマンティック モデリング レイヤを基盤とする会話分析により、組織内のユーザーは、管理された信頼できるセルフサービス BI のために、データに関する質問を通常の自然言語（会話）で行うことができます。このアプローチは、エンタープライズ グレードのガバナンスとセキュリティを提供することで、組織全体での分析の導入を促進します。

会話分析は、Looker（Google Cloud コア）インスタンスと Looker（オリジナル）インスタンスの両方で利用できます。

Gemini for がデータを使用する方法とタイミングに関する説明をご覧ください。 Google Cloud

主な機能

会話分析には、次の主な機能が含まれています。

  • 自然言語で Explore にクエリを実行する: 個々の Explore または最大 5 つの Explore にクエリを実行するデータ エージェントと自然言語で会話します。
  • Explore にクエリを実行するデータ エージェントを作成する: データに固有のコンテキストと手順を指定して、AI 搭載の Explore クエリ エージェントをカスタマイズできます。これにより、データ エージェントはより正確でコンテキストに即したレスポンスを生成できます。データ エージェントを他のユーザーと共有したり、Gemini Enterprise などの他のアプリケーションに公開したりして、同じコンテキストで質問できるようにすることもできます。このタイプのデータ エージェントは、最大 5 つの Explore に接続できます。
  • データ エージェントを使用してダッシュボードにクエリを実行する [プレビュー]: 会話分析を使用して、ダッシュボードとその基盤となるモデルにクエリを実行できるダッシュボード データ エージェントを生成します。ダッシュボード エージェントは、[管理] パネルの [Gemini in Looker] ページで [Enable Dashboard Agents] 設定が有効になっている場合に使用できます。ダッシュボードの概要は、[管理] パネルの [Gemini in Looker] ページで [Enable Dashboard Summary] 設定が有効になっている場合に使用できます。
  • 高度な分析: 会話分析の [Advanced Analytics] 機能は、自然言語の質問を Python コードに変換して実行します。標準の SQL ベースのクエリと比較して、[Advanced Analytics] 機能で Python を使用すると、より複雑な分析と可視化が可能になります。
  • 埋め込み: 他の Looker コンテンツ タイプと同様に、HTML iframe タグを使用して、会話分析をウェブサイトやアプリケーションに埋め込むことができます。会話分析では、ユーザーが Looker ログインで認証されるプライベート埋め込みと、ユーザーが独自のアプリケーションで認証される署名付き埋め込みの両方がサポートされています。
  • ユーザー エンゲージメントのモニタリング: Looker システム アクティビティ コンテンツにアクセスできるユーザーは、会話分析エージェントと会話によるユーザー エンゲージメントの詳細を確認できます。[会話分析] ダッシュボードは、[管理] パネルの [システム アクティビティ] セクションにあります。
  • トリガーされるエージェント ワークフロー [プレビュー]: Explore または Explore データ エージェントとのスタンドアロン会話で、自然言語クエリを使用して、指標ベースのアラートとモニタリングを直接設定します。エージェント ワークフローは、[管理] パネルの [Gemini in Looker] ページで [Agentic Workflows] 設定が有効になっている場合に使用できます。

データ エージェントと会話の違い

データ エージェント とのチャットには、単一のExplore との標準的な会話に比べて、いくつかの重要な利点があります。Explore から会話を開始すると、特定のデータソースに対して自然言語でクエリをすばやく実行できますが、データ エージェントは、カスタマイズして組織全体で共有できる、専門のスタンドアロン アナリストとして機能します。

データ エージェントには、Explore との会話に比べて次の利点があります。

  • 複数の Explore とチャットする: Explore との会話では、一度に 1 つの Explore にしかクエリを実行できません。ただし、データ エージェントは最大 5 つの異なる Explore に接続できるため、ユーザーはクロスドメイン分析を実行して、より包括的な回答を得ることができます。
  • Looker ダッシュボードとチャットする: ダッシュボードとチャットすると、会話分析によってダッシュボード データ エージェントが作成されます。このエージェントを使用すると、ダッシュボードだけでなく、ダッシュボードの基盤となる Explore にもクエリを実行できます。
  • 作成されたコンテキスト: 標準の Explore 会話では使用できない、次のリソースを含むカスタム手順をデータ エージェントに提供できます:
    • ゴールデン クエリ: 一般的なビジネス パターンを固定し、モデルの曖昧さを大幅に軽減するために、自然言語の質問と検証済みの Looker クエリのペアをエージェントに提供できます。
    • ビジネス用語集: 組織固有の専門用語や頭字語をエージェントの手順内で直接定義できます。
    • ペルソナ フレームワーク: エージェントに特定のロールや専門知識を割り当てて、会話の一貫したトーンと専門的な判断を設定できます。
  • エージェントの専門化: 会話の単一の汎用インターフェースを使用するのではなく、収益エージェント やOps エージェント など、さまざまなビジネス部門向けの専門エージェントを作成できます。これにより、よりガイド付きの分析エクスペリエンスが可能になり、ユーザーはニーズに最も関連性の高い特定のフィールドとフィルタに誘導されます。
  • コラボレーションと再利用: Explore の会話は通常 1 人のユーザーに限定されますが、データ エージェントは組織内の他のメンバーと共有できます。共有により、複数のユーザーが、管理者またはデータ エキスパートが開発した同じ作成済みコンテキストとガバナンスを利用できます。
  • カスタム動作: デフォルト フィルタを使用するなど、厳格な要件内で動作するようにエージェントを構成できます。たとえば、「対象の期間が指定されていない場合は、常に過去 6 か月をデフォルトにする」などです。これらのガードレールにより、エージェントは組織固有のガバナンスとセキュリティ標準内で動作します。また、Explore でフィールドを非表示にして、データ エージェントがクエリで使用できないようにすることもできます。

次の表に、これらのタイプの会話とデータ エージェントの主な違いをまとめます。

会話分析機能 主なユースケース エントリ ポイント 共有機能 制限事項
Explore の会話
  • 単一の Looker Explore の標準的な自然言語クエリ。
  • 特定のデータセットに関する関連する質問を個別のセッションに整理する。
  • [Fast] と [Thinking] の質問モードを使用します。
  • Explore から: [会話を開始] を選択します。
  • 会話分析ページから: [会話] タブを選択します。
 通常は 1 人のユーザーに限定されます（共有できません）。
  • 一度に 1 つの Explore にしかクエリを実行できません。
  • カスタム作成のコンテキストや手順はありません（ゴールデン クエリ、ペルソナ、ビジネス用語集など）。
  • 組織のさまざまなビジネス部門向けのエージェントの専門化はありません。
  • 新しい Explore エクスペリエンスを使用している場合、[会話を開始] オプションは使用できません。
Explore データ エージェント
  • 組織の特定のビジネス部門向けに設計された、専門のスタンドアロン データ分析エージェント（収益エージェント、運用エージェントなど）。
  • 最大 5 つの接続された Explore を使用するクロスドメイン分析。
  • ガードレールを適用して精度を向上させるための、カスタム手順、ゴールデン クエリ、ビジネス用語集、ペルソナ フレームワークを含む作成済みコンテキスト。
  • 有効になっている場合は、Python コードの実行を使用する高度な分析。
  • 明示的な explore 権限は必要ありません。
 会話分析ページから: [エージェント] タブを選択します。 コンテンツ アクセス権（閲覧 または管理アクセス権; 編集 ）を付与することで、組織内の他のユーザーと共有できます。Gemini Enterprise（プレビュー版）などの外部アプリケーションに公開することもできます。
  • Explore の基盤となるモデルに対する access_data 権限などの権限が必要です（エージェントを共有しても Explore にアクセスできません）。
  • ピボットまたはカスタム フィールドを含むゴールデン クエリはサポートされていません。
ダッシュボード エージェント
  • 特定の Looker ダッシュボードとその クエリリンク タイルの直接的な自然言語クエリ。
  • カスタム手順を使用して、ダッシュボード上のエージェントの動作をキュレートしてカスタマイズする。
  • アクセスは、ダッシュボード レベルの権限（ダッシュボードに対するアクセスの管理; 編集 ）とモデル権限によって厳密に管理されます。
 ダッシュボードから: [チャットでこのダッシュボードを確認] を選択します。 他のユーザーと共有することはできません。
  • 個別に共有することはできません。
  • 会話分析ページには表示されません。ダッシュボード エージェントとの会話には、ダッシュボード メニューからアクセスできる [最近の会話] ページからのみアクセスできます。
  • ダッシュボードとそのクエリリンク タイルのコンテキストに限定されます。
  • LookML ダッシュボードでは、カスタム手順を使用してダッシュボード エージェントの動作をカスタマイズすることはできません。
  • [Advanced Analytics] 機能はサポートされていません。

会話分析の仕組み

会話分析では、Gemini for Google Cloud を使用して自然言語の質問を解釈し、データに基づいて Looker で回答を提供します。Looker のセマンティック モデル（データの LookML 定義）を信頼できる情報源として使用し、レスポンスの正確性と一貫性を確保します。会話分析では、LookML で定義されているため、「収益」や「離反」などの指標のビジネス定義を解釈し、これらの定義を使用して正確で一貫性のある質問を提供できます。

会話分析では、レスポンスを特定のデータとビジネス コンテキストにグラウンディングするために、次の手法を使用します。

  • LookML スキーマ: リクエストの開始時に、会話分析は接続されている Explore からスキーマを取得します。会話分析では、LookML モデルのパラメータを次の方法で使用します。
    • フィールドの識別: スキーマのメタデータにより、会話分析は関連するフィールドに焦点を当てることができます。このメタデータには、name、label、description、type、dimension_group などの LookML パラメータが含まれます。これらのパラメータにより、会話分析はユーザーの質問の用語を正しいフィールドにマッピングできます。たとえば、description は、フィールドのビジネス固有の用語やコンテキストを提供できます。会話分析では、hidden パラメータを使用するフィールドは無視されます。
    • レスポンスのフォーマット: 会話分析では、ユーザー フレンドリーなフィールド名に label パラメータを使用し、レスポンスのデータのフォーマットに value_format パラメータを使用します。
  • クエリの生成: 会話分析では、データベースに直接クエリを実行するのではなく、クエリで使用するフィールド、フィルタ、並べ替え、上限を決定します。次に、Looker は基盤となる LookML モデルを使用してクエリを作成して実行します。このプロセスは、ユーザーが Explore インターフェースを操作する方法に似ています。Looker は LookML モデルに基づいてクエリの作成を処理するため、会話分析で複雑な結合ロジックやフィールド定義を理解する必要はありません。クエリの生成により、すべてのクエリが LookML モデルで定義されている結合ロジック、フィルタリング、集計、データ権限に準拠します。クエリを生成するには、会話分析でフィルタで使用する正しい値を決定する必要があります。これらの値は、基盤となるデータの値と完全に一致するか、ワイルドカードなどのより高度なフィルタ式である必要があります。ユーザーが自然言語の質問に含める値と、フィルタに必要な正確な値との不一致を解決するために、会話分析では allowed_value を parameter フィールドで使用して定義された値を使用し、ツールを使用してフィールド内の特定の値を確認できます:
    • サンプルデータ: フィールドから最大 100 個の値を返して、会話分析でパターンを学習したり、フィルタ値の完全一致を見つけたりできるようにします。
    • あいまい検索: ユーザー入力に基づいて検索語句のセットを生成し、ディメンションに存在するかどうかを確認して、適切なフィルタ値を検索します。 サンプルデータとあいまい検索の両方で Looker の提案 API が使用されるため、suggestions、suggest_explore、suggest_dimension などの LookML パラメータの影響を受けます。
  • 分析: Looker がクエリを実行した後、会話分析はクエリ結果を分析してユーザーの質問に回答します。会話分析では、次の 1 つ以上の方法で結果を分析できます。
    • 組み込みの Gemini 機能を使用して、結果を解釈して要約します。
    • Advanced Analytics を使用して Python コードを実行し、結果をさらに分析します。
    • クエリ結果に基づいて可視化を作成します。

会話分析では、Looker のセマンティック モデルを活用することで、基盤となるデータの複雑さを理解することなく、BigQuery、AlloyDB、Redshift、Snowflake、Databricks などのさまざまなプラットフォームのデータにアクセスできます。また、すべてのレスポンスの一貫性と管理を確保します。

会話分析データ エージェントの仕組み

会話分析データ エージェントは、レスポンスを 2 つの主要な入力に基づいて行います。1 つは Looker デベロッパーが定義するインスタンスの LookML スキーマ、もう 1 つはエージェントの作成または編集時に記述するエージェントの手順です。

データ エージェントは、クエリから、選択する LookML フィールドと、適用するフィルタ、並べ替え、上限を決定する必要があります。これを正確に行うために、クエリの自然言語を独自のエージェント手順とデータの LookML スキーマに次の方法でマッピングします。

  1. セマンティック用語のマッピング: ユーザーは質問でビジネス用語を使用することがよくあります。エージェントは、エージェントの手順と LookML フィールドのメタデータを使用してクエリを解釈します。 たとえば、「新規ビジネスの売上はいくらですか？」というクエリの場合、データ エージェントは「新規ビジネス」を月次経常収益を計算するメジャーにマッピングできます。「主要なお客様は？」というクエリの場合、データ エージェントは「上位」を使用回数に、「お客様」を [顧客名] というディメンションにマッピングできます。
  2. フィールド値のマッピング: エージェントは、専用ツールを使用してデータをサンプリングするか、あいまい検索を実行して、「カリフォルニア」や「スリムフィット ジーンズ」などの特定のデータポイントを検索します。 たとえば、ユーザーが「ジーンズ」をリクエストした場合、エージェントは [商品名] フィールドであいまい検索をトリガーして、データベース内の完全一致する文字列を検索します。ユーザーが「NY」をリクエストした場合、それは [市区町村] フィールドですか、それとも [州] フィールドですか？エージェントは、データをサンプリングして「NY」を含むフィールドを確認するか、確認のための質問をする必要がある場合があります。
  3. クエリの例による絞り込み: データ エージェントの手順で、特定の質問と回答の例（「ゴールデン クエリ」）を指定して、一般的なクエリや重要なクエリの精度を向上させることができます。

次に、Looker は、これらのフィールドの LookML 定義と、フィールド定義、アクセス権の付与またはユーザー属性、ユーザー定義のダッシュボード フィルタ、複雑なLiquidロジックまたは結合ロジックなど、Explore で定義されている他のロジックを使用して、データベースに送信されるクエリを作成します。エージェントは SQL クエリ全体を記述しないため、データを「理解」する必要がなく、より正確かつ確定的に動作できます。

エージェントが LookML を使用する方法について詳しくは、Looker で会話分析を構成するためのベスト プラクティスのドキュメント ページをご覧ください。

ドキュメントのリスト

Gemini in Looker 機能のコンプライアンス機能について

会話分析は、FedRAMP High または FedRAMP Medium の承認境界にはまだ含まれていません。Looker インスタンスで [Gemini in Looker] 設定を有効にする前に、Gemini for Google Cloud's のコンプライアンス サービスが組織のニーズを満たしているかどうかを承認機関と話し合ってください。

Looker（Google Cloud コア）インスタンスの場合、利用可能になる各Assured Workloads コントロール パッケージは、そのパッケージの変更要件とプロセスが満たされると、Gemini in Looker 機能がデフォルトのサービスに追加されます。Looker の会話分析は、関連付けられた Looker（Google Cloud コア）インスタンスのコンプライアンス機能を尊重します。ただし、次の例外があります。

保存データに特化したデータ所在地（DRZ）のサポートは、すべての Looker ユーザーが利用できます。会話分析に関連付けられているすべての保存データは、Looker インスタンス内に厳密に存在し、単一のリージョンに限定されます。転送中のデータと機械学習（ML）は、グローバル サービスを使用して処理されます。

欧州連合のコンプライアンス

欧州連合（EU）に拠点を置くお客様向けに、EU の管轄区域内でデータ処理を可能にするローカライズされた処理オプションが利用可能になりました。このオプションを使用すると、Looker の会話分析トラフィックを EU マルチリージョン エンドポイント経由でルーティングできるため、EU の顧客データが EU 内で処理されます。

ローカライズされた処理は、Looker の会話分析機能（ダッシュボード データ エージェントを除く）とすべての Looker API 会話分析エンドポイントに適用されます。Conversational Analytics API には適用されません。

このオプションは許可リストから利用できます。Looker 会話分析 EU ML 処理許可リストへの登録をリクエストするには、Looker ML 処理 EU リクエスト フォームに記入してください。容量には限りがあります。登録は機能的な「利用可能」ベースで付与され、サービスの処理能力に影響する可能性があります。登録が完了すると確認メールが届きます。

フィードバックを送信

会話分析の個々のレスポンスについて Google にフィードバックを送信するには、次のいずれかのオプションを選択します。

  • thumb_up [**良い回答**]: 回答が役に立ったことを示します。
  • thumb_down [**悪い回答**]: 回答が役に立たなかったことを示します。