FAQ

よくある質問に対する回答をご覧ください。

ディスカバリー固有の概念 ( プロジェクトエンリッチメントなど) について詳しくは、 用語集 を参照してください。

製品資料を検索するにはどうすればよいですか?

IBM Cloud Docs サイト全体を検索するには、 IBM Cloud Web サイトのバナーの検索フィールドに検索語を入力します。 Discovery サービスに関する情報のみを検索するには、ページの先頭までスクロールし、ページ・ヘッダーの検索フィールドに検索語を入力します。

Shows where the documentation search field is situated at the start of the page
Search bar for this product documentation versus all IBM Cloud docs

Watson Discovery はどのようにデータにアクセスしますか?

Discovery には、ウェブサイト、IBM Cloud、Object Storage、Box、Microsoft SharePoint,、Salesforce サイトなど、さまざまなデータソースをクロールできます。 また、カスタム・コネクターを作成するためのサポートもあります。 ソース・データが変更されると、最新バージョンがコレクションによって自動的に取得されるようにクロールをスケジュールすることができます。 Discovery は、外部データ・ソースからのみ読み取ります。元のデータ・ソースのコンテンツの書き込み、更新、削除を行うことはありません。 詳しくは、 コレクションの作成 を参照してください。

文書をアップロードできますか?

はい。プロジェクト内のコレクションに文書を直接アップロードできます。 アップロードは、開始するために使用できる一回限りの操作です。 別の方法として、データ・ソースに接続し、情報を得るためにソースをクロールする方法があります。 データ・ソースをクロールする場合、データをその場所に留めておくことができます。また、新規および変更された情報を見つけるために外部ソースをクロールするスケジュールをセットアップすることができます。 データをクロールすると、コレクション内の情報が常に最新であることが分かります。 詳しくは、 コレクションの作成 を参照してください。

すべての文書は英語でなければなりませんか?

いいえ。 Discovery は複数の言語をサポートします。 機能ごとの言語サポートについて詳しくは、 言語サポート を参照してください。

Discovery が取り込むことができるファイルのタイプ

Discovery は、PDF、Microsoft Word 文書、スプレッドシート、プレゼンテーションなど、最も標準的なビジネス・ファイル・タイプを取り込むことができます。 完全なリストについては、 サポートされるファイル・タイプ を参照してください。

Discovery v1 または v2があるかどうかを確認するにはどうすればよいですか?

IBM Cloud Pak® for Dataで Discovery を使用している場合は、 Discovery v2を使用しています。

IBM Cloudによって管理されているサービス・インスタンスがある場合は、製品の起動時に表示される内容を確認します。 v2で製品のユーザー・インターフェースを開くと、以下のページが表示されます。

「マイ・プロジェクト」のメイン・ページに、単一の「サンプル・プロジェクト」タイルが表示されています。
Discovery v2 home page

Watson Discovery を Watson Assistantと統合できますか?

Discovery と watsonx Assistant を統合して、外部データ・ソースに保管されている情報を仮想アシスタントで使用できるようにすることができます。 Discoveryで 会話型検索 プロジェクトを作成し、そのプロジェクトで使用できるようにするデータ・ソースを追加します。 次に、 watsonx Assistantで 検索統合 を作成し、それを Discovery プロジェクトおよびコレクションに接続します。

プロジェクトのコレクション制限を増やすことはできますか?

プロジェクトに 5 個を超えるコレクションを追加する必要があり、プレミアム・プランを使用している場合は、サポート要求を開いてコレクション制限の引き上げを要求できます。 詳しくは、 ヘルプの利用 を参照してください。

コレクションへの追加後に関連文書を検索できますか

複数の文書の相互関係に関する情報を保持する場合は、保持することができます。 例えば、3 つの文書が同じフォルダーからアップロードされ、それらの文書のフォルダー内での配置が意味のあるものである場合、親フォルダー情報を保持することができます。

文書をアップロードしても、その文書と他の文書との関係に関する情報はデフォルトでは保管されません。 情報を追加するには、API を使用して文書を追加します。 API を使用して文書を追加するときに、メタデータ値を指定できます。 文書ごとにメタデータ値 ( "foldername": "company_a" など) を指定することができます。

あるいは、各文書の文書本文を JSON ファイルにコピーすることもできます。JSON ファイルでは、各文書が単一の配列内のオブジェクトになります。 JSON ファイルが取り込まれると、配列内の各項目は、別個の文書 ID を持つ別個の文書として追加されます。 各ドキュメントは同じ親 ID を共有します。これにより、ドキュメント間の関係が識別されます。

「データの管理」 ページから、同じ親 ID またはその他の共通メタデータ値を共有する文書を素早く見つけることができます。 文書が共通して共有するフィールド ( extracted_metadata.parent_document_idextracted_metadata.foldername など) を表示するようにビューをカスタマイズします。

データを理解するために Discovery をカスタマイズできますか

はい。 製品に付属する直観的なツールを使用して、ドメイン固有の用語について Discovery に学習させます。 例えば、使用する BOM や部品番号などのパターンを認識するように学習したり、製品名やその他の業界固有の単語の意味を認識する辞書を追加したりすることができます。 詳しくは、 ドメイン固有のリソースの追加 を参照してください。

Smart Document Understanding ツールはどのように機能しますか?

Smart Document Understanding ツールを使用して、 Discovery に索引させたい個別のフォーマットと構造を持つ文書内のセクションについて Discovery に学習させることができます。 新規フィールドを定義し、文書にアノテーションを付けて Discovery をトレーニングし、フィールドに通常保管される情報のタイプを理解することができます。 詳しくは、 Smart Document Understanding の使用 を参照してください。

同義語を追加する最良の方法は何ですか?

同義語を定義するには、2 つの異なる方法を使用できます。

  • 文書の取り込み時に認識およびタグ付けされ、検索によって取得できる同義語を定義するには、辞書を作成し、辞書用語エントリーの同義語を追加します。 辞書は、文書内でタグ付けする特殊な用語 (製品名や業界固有の用語など) を定義します。 後で辞書用語を使用して、ファセットを作成したり、文書をフィルターに掛けたりすることができます。 詳しくは、 辞書 を参照してください。
  • 照会の意味を拡張するためにユーザーによって送信される照会テキストに適用される同義語を定義するには、 「改善とカスタマイズ (Improve and customize)」 ページの 「関連性の改善 (Improve relevance)」 セクションで同義語ツールを使用して同義語を追加します。 詳しくは、 照会の意味の拡張 を参照してください。

Discovery を使用して評判を検出できますか?

Discovery を使用して、フレーズと文書の評判の両方を検出できます。 文書の評判は、すべてのプロジェクト・タイプで使用可能な組み込みの自然言語処理エンリッチメントです。 文書の評判は、文書で表現される全体的な評判を評価して、それが肯定的、中立的、または否定的のいずれであるかを判別します。 フレーズ・センチメントも同じことを行います。 ただし、句の評判は、1 つの文書で複数の意見を検出して評価することができ、英語および日本語の文書では特定の句を見つけることができます。 文書の評判について詳しくは、 評判 を参照してください。 句の評判について詳しくは、 評判を表す句の検出 を参照してください。 v2では、エンティティーまたはキーワードのセンチメントを検出できません。

ネストされたフィールドとは何ですか?

ファイルを取り込んだり、外部データ・ソースをクロールしたりすると、 Discovery に追加したデータが処理され、文書としてコレクションに追加されます。 元のファイルのフィールドは文書フィールドに変換され、コレクションの索引に追加されます。 一部のコンテンツはルート・レベル索引フィールドに追加され、一部の情報はネストされたフィールドに保管されます。 データが保管される場所は、ファイル・タイプによって異なります。 構造化データ・ソースのほとんどのフィールドは、ルート・レベル・フィールドとして保管されます。 非構造化データを持つファイルの場合、ファイルの本体の大部分は索引の text フィールドに保管されます。 ファイル名などのその他の情報は、 extracted_metadata.filename のような名前でネストされたフィールドに保管されます。 フィールドがネストされたフィールドであるかどうかは、その名前によって判別できます。 フィールド名にピリオドが含まれている場合、それはネストされたフィールドです。 さまざまなファイル・タイプの処理方法について詳しくは、 データ・ソースの処理方法 を参照してください。

カスタム・アプリケーションでどのタイプの照会を使用する必要がありますか?

照会を送信するときに、自然言語照会を送信するか、Discovery Query Language を使用して検索をカスタマイズして索引内の特定のフィールドをターゲットにするかなどを選択できます。 さまざまなタイプのクエリーについて、およびどのクエリーを使用するかを決定する方法について詳しくは、 適切なクエリー・タイプの選択 を参照してください。