Qlik Answers でのアプリケーションの操作

最終更新日時: 2026/09/30

アプリケーションを使用すると、Qlik Answers は構造化されたデータ ソースからレスポンスを提供できます。アプリケーションは、アシスタントのコンテンツ ソースとして追加できます。アプリケーションを個別に Qlik Answers で使用できるようにすることもできます。

Qlik Answers はユーザー向けのチャートやシートを生成することもできるため、アプリケーション コンテンツを迅速に作成できます。

Qlik Answers は、アプリケーション データを理解するために、次を使用します。

• データ モデル

  アプリケーションの項目とデータ モデルは、Qlik Answers が使用する主要な情報です。

• 論理モデル

  ビジネス ロジックによって作成された論理モデルは Qlik Answers によって使用されますが、 [概要] と [項目とマスター アイテム] の情報のみが使用されます。

  詳細については、「ビジネス ロジックを使用した Qlik Answers 向けアプリケーションの最適化」を参照してください。

  論理モデルで非表示になっている項目およびグループ化されていないアイテムは、Qlik Answers では使用されません。

• マスター アイテム

  Qlik Answers は、データ モデルをインデックス化する際に、ユーザーが作成したマスター軸とマスター メジャーの使用を優先します。

• Qlik Answers 生成の項目の説明

  Qlik Answers がアプリケーションのインデックスを作成すると、データ モデルのすべての項目とマスター アイテムに対する説明が自動的に生成されます。これらの AI 生成の説明は、Qlik Answers が項目の意味を理解し、適切なメジャーを選択するのに役立つセマンティック コンテキストを提供します。これらの説明は、 [セマンティック理解] で確認および調整できます。

  詳細については、「Qlik Answers で生成された項目とマスター アイテムの説明の管理」を参照してください。

• マスター アイテムの説明

  マスター アイテムのユーザー指定の説明は、項目とその用途に関する追加のコンテキスト情報を提供するために、AI 生成の説明と共に使用されます。

• ビジネス ロジックの同義語

  同義語として追加された用語は、ユーザーの質問に対する代替用語として使用されます。

• ビジネス用語集の用語

  マスター アイテムにリンクされた用語集の用語の定義や類義語は、追加のコンテキストとして使用されます。

  情報メモマスター アイテムと、それらにリンクされているビジネス用語集の用語は、インデックス作成時に評価されます。アプリケーションのインデックスが作成された後に用語集の用語の定義が変更された場合、Qlik Answers はその更新を自動的には取得しません。変更を反映するには、アプリを再インデックスしてください。

  Qlik Answers によるマスター アイテムの定義とビジネス用語集の用語の使用方法の詳細については、「マスター アイテムの説明とビジネス用語集の用語を組み合わせる」を参照してください。

Qlik Answers で使用するためのアプリケーションの準備については、「アプリケーションを Qlik Answers 用に準備するためのベスト プラクティス」を参照してください。

リロード時に検索インデックスを作成する

変数 CreateSearchIndexOnReload を追加すると、次回のリロード時に Qlik Answers の検索インデックスが作成されます。

この変数を追加しない場合、そのアプリケーションを使用して Qlik Answers に最初の質問を投げかけた際の応答に、通常よりも時間がかかります。これは、Qlik Answers が質問への回答と並行して検索インデックスの作成も行うためです。

次の手順を実行します。

1. アプリケーションで、データ ロード エディター を開きます。
2. ロード スクリプトに SET CreateSearchIndexOnReload = 1; を追加します。
3. [データのロード] をクリックします。

アプリケーションを Qlik Answers 用に準備するためのベスト プラクティス

Qlik Answers はあらゆるアプリケーションで使用できますが、Qlik Answers 用にアプリケーションを準備する時間をかけることで、回答の質が向上します。

Qlik Answers から良好な結果を得るには、明確さとコンテキストがもっとも重要な要素になります。明確であれば、Qlik Answers はアプリケーション内のデータを容易に理解できます。コンテキストがあれば、Qlik Answers はアプリケーション内のデータを解釈し、正しく使用できます。アプリケーションを準備する際に、次のベスト プラクティスに従うことで、データの明確さとコンテキストの質が向上します。

• 明確かつ説明的な項目名を使用する

• データ モデルを合理化する

• 項目のデータ形式を確認する

• マスター アイテムを使用する

• ビジネス ロジックの語彙を使用して用語を追加する

• データ モデルから不要な項目を削除する

• AI が生成した項目の説明を確認および調整する

明確かつ説明的な項目名を使用する

データ モデルでは、明確かつ説明的な項目名を使用する必要があります。項目名は次のようにしてください。

• 各項目のビジネス上の意味を明確にする。

• 他の項目との違いや類似点を明確に示す、ビジネスに即した明確な名前を付ける。

Qlik Answers の項目を明確にするために、次を試してください。

• 「CUST_NM」ではなく、「Customer Name」のような完全な表記を使用する。こうすることで、自然言語での質問と項目の関連性を高めることができます。

• 項目名にコンテキストを補足する修飾語を付けることで、項目間のあいまいさを解消する。例:

• 場所を明確にする。「City」という同じ名前の 2 つの項目ではなく、「Customer City」と「Store City」などを使用してください。

• 日付/時刻を明確にする。「Date」という同じ名前の 2 つの項目ではなく、「Order Date」と「Shipment Date」などを使用してください。

• 項目の役割とタイプを示すようにする。count (件数)、total (合計)、amount (量)、percentage (割合) などの単語を組み込み、項目の集計特性を明確にします。例: Order Count。項目名にブール値を使用する場合は、is_active または has_churned などのプレフィックスを使用するなど、前置詞として読み取れる名前にしてください。

AI が生成した項目の説明を確認および調整する

Qlik Answers がアプリケーションのインデックスを作成すると、すべての項目とマスター アイテムに対する説明が自動的に生成されます。Qlik Answers は有用なベースラインの説明を作成しますが、これらの説明を確認および改善することで、特にドメイン固有の項目やあいまいな項目について、正確度を大幅に向上させることができます。

これらの AI で生成された説明は、 [セマンティック理解] で表示および編集できます。次の説明の改善に重点を置きます。

• 一見してわかりにくい技術名または省略名を持つ項目

• ユーザーから頻繁に質問される項目

• LLM が正しく解釈できない可能性のあるドメイン固有の意味を持つ項目

• ユーザーが一般的に異なる用語を使って質問する項目

項目の説明の管理に関する詳細については、「Qlik Answers で生成された項目とマスター アイテムの説明の管理」を参照してください。 セマンティック記述を書くためのベスト プラクティスについては、「Qlik Answers 向けのセマンティック記述の作成」を参照してください。

次のような項目名は使用しないでください。

• 不透明なコードや専門用語を使用する。

• ブール値項目には、Qlik Answers による解釈を妨げる可能性があるため、「Flag」または「Active」などの形容詞のみを使用する。

• コンテキストが含まれないあいまいな名詞や一般的な名詞を使用する。たとえば、「Amount」という項目では、それが何の金額であるかが伝わりません。汎用項目が複数あると、Qlik Answers が自然言語クエリを適切な項目に確実にマッピングすることが困難になる可能性があります。

• 顧客番号を「cust_no」、トランザクションを「txn」など、難解な略語を使用する。これらにより、Qlik Answers が項目を理解するのが困難になります。

データ モデルを合理化する

不要な項目を削除してデータ モデルを合理化すると、Qlik Answers からより正確で予測可能な回答が得られます。厳選された項目を選択することで、Qlik Answers による誤った項目選択や混乱の可能性が軽減されます。合理化されたデータ モデルでは、インデックス作成も高速になります。データ モデルを合理化するには、次を実行します。

• 技術的な項目を非表示にします。

• 冗長な項目やほぼ重複する項目を、単一の信頼できるバージョンに統合します。

技術的な項目を非表示にする

データ モデルは、Qlik Answers に真の分析的価値を含む項目を提供する必要があります。Qlik Answers がアプリケーションを理解する上で役立たない技術的な項目を含めることは避けてください。技術的な項目には、次のような情報が含まれます。

• ID

• キー

• ロード タイムスタンプ

• ステージング列

不要な項目は非表示にすることで削除できます。非表示の項目は、スクリプト ロジックまたは内部計算には引き続き使用できますが、Qlik Answers の分析からは除外されます。

• ロード スクリプトまたはデータ マネージャーで、名前に % プレフィックスを追加します (例: %Discount2)。

• ビジネス ロジックの論理モデルで、表示設定を [非表示] にします。

  詳細については、「可視性」を参照してください。

項目の統合と名前変更

冗長な項目やほぼ重複する項目を、単一の信頼できるバージョンに統合してください。あいまいな項目があると、Qlik Answers がデータを正しく解釈することが困難になります。

Qlik Answers が理解できるようにデータ モデルをできるだけ明確にするために、項目の名前を変更または統合します。

例: あいまいな項目を修正してデータ モデルを合理化する

データ モデルの次の項目名について考えてみましょう。

• Discount_Amount

• Discount_Value

• Discount1

• Discount2

これらの項目名は、Qlik Answers が解釈する際にいくつかの問題を引き起こします。

• 複数の項目が discount という用語を競合するため、Qlik Answers であいまいな解釈が生じます。

• 数値サフィックス (1、2) およびあいまいな項目名は、明確なビジネス上の意味を提供しません。

• 複数の命名規則が混在していると、明確さが低下します。

これらの問題を解決するには、Qlik Answers で使用するアプリケーションを準備する際に、項目名を変更する必要があります。項目が異なる概念を表す場合は、その用途と目的が明確になるように名前を変更する必要があります。例:

• Product Discount

• Promotional Discount

• Coupon Discount

• Loyalty Discount

同じ概念を表す場合は、「Discount Amount」のような単一の信頼できる項目に統合する必要があります。これらの項目が技術的なものやレガシーなものである場合は、非表示にする必要があります。

プレーン テキストとしてロードされた日付/時刻項目の書式設定

一部の項目には日付/時刻情報が含まれていますが、データ モデルではプレーン テキストとしてロードされます。これらの項目は日付/時刻項目ではなくテキスト項目として分類されるため、真の日付項目として扱われず、Qlik Answers の分析では正しく使用されません。

日付/時刻情報を含む項目がテキストとしてタグ付けまたは保存されている場合は、ロード時にデータ マネージャーのツールまたはロード スクリプトの日付関数を使用して、適切な形式に変換してください。これにより、次が保証されます。

• 項目が日付を含むものとして認識されます。

• 自動カレンダー生成が機能します。

• ユーザーからの時刻に関する質問が日付/時刻項目に正しくマッピングされます。

• ソートとフィルタリングが正しく機能します。

マスター アイテムを使用する

マスター アイテムは、Qlik Answers がアプリケーション データを解釈する能力を向上させます。質問を解釈する際、Qlik Answers は、ユーザーが作成したデータ モデル内の項目よりもマスター アイテムを重視します。これは、マスター アイテムが「ユーザーが重要だと判断して作成したもの」であるためです。

マスター アイテムは、データ モデル内の各重要なメトリクスまたは項目の単一の信頼できるバージョンを作成することで、明確さを高め、あいまいさを軽減します。これはユーザー間で類似の回答の整合性を保つのにも役立ちます。たとえば、「利益率」について質問され、対応するマスター メジャーがある場合、誰がどのような言い回しで質問したとしても、回答は同じ定義に基づきます。

マスター アイテムのもっとも重要な要素の 1 つは、説明です。Qlik Answers は、説明を使用して、マスター アイテムを解釈するためのコンテキストを提供します。マスター アイテムの効果的な説明により、以下の点が明確になります。

• 意図

• 意味

• ビジネス コンテキスト

マスター アイテムの説明により、Qlik Answers がマスター軸またはメジャーを理解し、ユーザーが予期しない方法で質問した場合でも適切なメトリクスを選択しやすくなります。

マスター アイテムと Qlik Answers に関するその他のベスト プラクティスについては、「Qlik Answers 向けのセマンティック記述の作成」を参照してください。

効果的なマスター アイテムの説明

マスター メジャー: 顧客獲得コスト

説明: 新規顧客獲得にかかる平均コスト。マーケティングおよび営業費用の合計を新規獲得顧客数で割って算出されます。維持費または更新費は含まれません。CAC とも呼ばれます。

ビジネス ロジックの同義語を活用して価値を高める

ビジネス ロジックの同義語は、Qlik Answers による用語の解釈方法を改善するのに役立ちます。Qlik Answers は一般的なビジネス言語を理解しますが、データ モデルには LLM が自然に認識または正しく解釈できない用語が含まれている場合があります。同義語は、Qlik Answers が組織のデータに固有の用語を理解するのに役立ちます。以下のカテゴリの用語は、同義語を追加すると効果的です。

• 組織固有の専門用語または頭字語

• 社内の KPI のニックネーム

• ビジネス用語としても使用される製品コードまたはプロセス コード

• 類似しているように見えるが、社内では異なる定義を持つメトリクス

• 業界外では広く使われていないドメイン固有の言語

次のような同義語は避けてください。

• あいまいさを生じさせるもの。たとえば、topまたはbottomなどを含めると、意味が不明瞭になり、問題が発生する可能性があります。たとえば、0 は、上位 5 件、上位 10%、売上高上位、または取引件数上位といった意味を持つ可能性があります。

  項目の値と重複する同義語を追加することでも、あいまいさが生じる可能性があります。

• 同じ用語に重複した語彙を使用すること。たとえば、salesという同義語を 2 つの別々の項目に追加するなどです。

• ストップ ワードを含むもの。質問が許可されなくなる可能性があります。

詳細については、「Qlik Answers における同義語の追加」を参照してください。