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] ページで [ダッシュボード エージェントを有効にする] 設定が有効になっている場合に利用できます。ダッシュボードの概要は、[管理] パネルの [Gemini in Looker] ページで [ダッシュボードの概要を有効にする] 設定が有効になっている場合に利用できます。
  • 高度な分析: 会話分析の高度な分析機能は、自然言語の質問を Python コードに変換して実行します。高度な分析機能では、Python を使用することで、標準の SQL ベースのクエリよりも複雑な分析と可視化が可能になります。
  • 埋め込み: 他の Looker コンテンツ タイプと同様に、HTML iframe タグを使用して、ウェブサイトやアプリケーションに会話型分析を埋め込むことができます。会話型分析は、ユーザーが Looker ログインで認証される非公開埋め込みと、ユーザーが独自のアプリケーションで認証される署名付き埋め込みの両方をサポートしています。
  • ユーザー エンゲージメントのモニタリング: Looker システム アクティビティ コンテンツにアクセスできるユーザーは、会話型分析エージェントと会話に対するユーザー エンゲージメントの詳細を確認できます。[会話型分析] ダッシュボードは、[管理] パネルの [システム アクティビティ] セクションにあります。
  • トリガーされたエージェント型ワークフロー プレビュー版: 指標ベースのアラートとモニタリングを、Explore とのスタンドアロンの会話、または Explore データ エージェントとの会話で、自然言語クエリを使用して直接設定します。Agentic Workflows は、[管理] パネルの [Gemini in Looker] ページで [Agentic Workflows] 設定が有効になっている場合に使用できます。

データ エージェントと会話

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

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

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

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

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

会話分析の仕組み

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

会話分析では、回答を特定のデータとビジネス コンテキストに基づいて行うために、次のようないくつかの手法を使用します。

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

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

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

会話分析データ エージェントは、Looker デベロッパーが定義したインスタンスの LookML スキーマと、エージェントの作成または編集時にユーザーが記述するエージェントの指示という 2 つの主な入力に基づいて回答を生成します。

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

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

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

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

ドキュメントのリスト

Gemini in Looker 機能のコンプライアンス機能を理解する

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

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 Good response（良い回答）: 回答が役に立ったことを示します。
  • thumb_down 悪い回答: 回答が役に立たなかったことを示します。