Microsoft 365 管理センターでMicrosoft 365 Copilot コネクタを設定する

この記事では、Microsoft 365 管理センターでMicrosoft 365 Copilot コネクタを設定する手順について説明します。 セットアップ プロセスは合理化され、最小限の入力で接続の作成が簡略化されます。 ただし、カスタム セットアップを選択して、特定の設定を微調整できます。

前提条件

開始する前に、次のことを確認してください。

• 管理アクセス: グローバル管理者、検索管理者、または Copilot 管理者の Copilot コネクタを構成するには、Microsoft 365 管理センターに次のいずれかのロールが必要です。
• データ ソースの資格情報: 接続するデータ ソースに必要な資格情報とアクセス許可を収集します。
• サービス アカウント (該当する場合): データ ソースにサービス アカウントが必要な場合は、必要なロールまたはアクセス許可があることを確認します。

手順 1: Copilot コネクタを追加する

次の手順を実行して、Copilot コネクタのいずれかを構成します (または 、管理センター に移動してコネクタ カタログにアクセスします)。

1. Microsoft 365 管理 センターを開きます。

   • Microsoft 365 管理センターにサインインします。

2. [設定] に移動します。

   • 左側のナビゲーション ウィンドウで、[ Copilot] を選択します。
   • [ コネクタ] を選択します。

3. 新しいデータ ソースを追加します。

   • [コネクタ] タブ に 移動します。
   • 左側のナビゲーション ウィンドウで、[ギャラリー] を選択 します。
   • 使用可能なコネクタの一覧から、接続するデータ ソース (ServiceNow ナレッジ、Salesforce など) を選択します。

手順 2: 基本的な接続の詳細を入力する

1. 表示名: この名前は、共有アドレス帳および EAC の [グループ] ボックスの一覧に表示されます。

   • Copilot のソースと検索結果をユーザーが認識できるように、コネクタを識別する名前を入力します。
   • 既定の名前が指定されていますが、organizationのニーズに合わせてカスタマイズできます。

2. ServiceNow インスタンス URL:

   • データ ソースの URL を指定します。 たとえば、ServiceNow に接続している場合、URL は https://your-organization-name.service-now.comのようになります。

3. 認証の種類:

   • データ ソースにアクセスする認証方法を選択します。

4. 制限付き対象ユーザーへの段階的なロールアウト

   • 最初に、Copilot やその他の検索サーフェスで検証するために、コネクタをユーザーのサブセットにデプロイできます。 この機能を使用すると、より広範なロールアウトの前に統合をテストできます。

手順 3: 接続を作成する

• [ 作成] を 選択して接続を設定します。 コネクタは、既定の設定を使用してデータ ソースからコンテンツのインデックス作成を開始します。

接続が作成されたら、成功画面で接続の説明を追加できます。 Copilot がユーザーの接続結果を向上させるために、説明は次の質問に簡単に答える必要があります。

• この接続にはどのようなコンテンツがありますか?
• ユーザーはそれぞれの組織内でこのコンテンツ ソースをどのように参照するのでしょうか?
• ユーザーは日常業務のワークフローのどの部分でこのコンテンツを参照しますか?
• コンテンツの特徴は何ですか?

詳細については、Copilot コネクタを使用したMicrosoft Copilot検出の強化に関する記事を参照してください。

手順 4: コネクタ構成をカスタマイズする (省略可能)

構成をより詳細に制御する管理者は、[ カスタム セットアップ ] オプションを選択できます。 このオプションを使用すると、 ユーザー、 コンテンツ、 同期の 3 つのタブにアクセスして、詳細な設定を行うことができます。

ユーザー

1. アクセス許可:

   • インデックス付きデータを表示するかどうかを選択します。
     • organizationのすべてのユーザー。
     • データ ソース内のコンテンツにアクセスできるユーザーのみ。

2. マップ ID:

   • 既定では、データ ソース内のメールがMicrosoft Entra IDのUserPrincipalNameまたはMailと一致するかどうかを確認することで、ユーザーがマップされます。
   • この既定値がorganizationに対して機能しない場合は、カスタム マッピング式を指定します。

コンテンツ

1. プロパティの管理:

   • データ ソースからプロパティを構成します (検索可能、クエリ可能、絞り込み可能にするなど)。
   • セマンティック ラベルとエイリアスを割り当てて、検索の関連性を高めます。
   • 特定のコネクタの URL などのプロパティの値をカスタマイズします。 詳細 については、こちらを参照してください。

   プロパティの管理の詳細については、以下を参照 してください。

同期

更新間隔:

• データ ソースと Copilot コネクタ インデックス間のデータ同期の頻度を構成します。

  • フル クロール: スケジュールされた間隔ですべてのデータを同期します。
  • 増分クロール: 変更されたデータまたは新しいデータのみをUpdatesします。

• organizationに必要に応じて、既定の同期設定を調整します。

  同期設定の詳細については、以下を参照 してください。

プロパティ設定の管理に関するガイドライン

コンテンツ プロパティ

オプションのドロップダウン メニューから [コンテンツ] プロパティ を選択するか、存在する場合は既定値のままにすることをお勧めします。 このプロパティは、コンテンツのフルテキスト インデックス処理、検索結果ページのスニペットの生成、結果クラスターへの参加、言語の検出、HTML/テキストのサポート、ランク付けと関連性、クエリの編成に使用されます。

コンテンツ プロパティを選択した場合は、結果の種類を作成するときにシステム生成プロパティ ResultSnippet を使用できます。 このプロパティは、クエリ時にコンテンツ プロパティから生成される動的スニペットのプレースホルダーとして機能します。 結果の種類でこのプロパティを使用すると、スニペットが検索結果に生成されます。

ソース プロパティのエイリアス

[エイリアス] 列の下のプロパティにエイリアスを追加できます。 エイリアスは、プロパティのフレンドリ名です。 クエリやフィルターの作成に使用されます。 また、複数の接続からのソース プロパティを正規化して、同じ名前になるようにするためにも使用されます。 こうすることで、複数の接続を持つバーティカル用に 1 つのフィルターを作成できます。 詳細については、「検索バーティカルの管理」をご覧ください。

ソース プロパティのセマンティック ラベル

ソース プロパティにセマンティック ラベルを割り当てることができます。 ラベルは Microsoft によって提供される既知のタグで、セマンティックな意味を提供します。 これにより、Microsoft はコネクタ データを Copilot、拡張検索、人物カード、インテリジェント検出などの Microsoft 365 エクスペリエンスに統合できます。

次の表に、現在サポートされているラベルとその説明を示します。

このページのプロパティはお使いのデータ ソースに基づいて事前に選択されていますが、特定のラベルにより適した別のプロパティがある場合は、この選択を変更できます。

ラベル タイトル が最も重要です。 結果のクラスター エクスペリエンスに参加するために、接続のためにこのラベルにプロパティを割り当てることを強くお勧めします。

ラベルのマッピングが正しくないと、検索エクスペリエンスが低下します。 一部のラベルにプロパティが割り当てられていない場合でも問題ありません。

検索スキーマの属性

検索スキーマ属性を設定して、各ソース プロパティの検索機能を制御できます。 検索スキーマは、検索結果ページに表示される結果と、エンド ユーザーが表示およびアクセスできる情報を決定するのに役立ちます。

検索スキーマの属性には、クエリ、検索、取得、絞り込みに対するオプションがあります。 次の表に、Copilot コネクタでサポートされている各属性とその関数について説明します。

ファイル共有 Copilot コネクタを除くすべてのコネクタでは、カスタム型を手動で設定する必要があります。 各フィールドの検索機能をアクティブにするには、検索スキーマをプロパティの一覧にマップする必要があります。 接続構成アシスタントは、選択したソース プロパティのセットに基づいて検索スキーマを自動的に選択します。 このスキーマを変更するには、検索スキーマ ページで各プロパティと属性のチェック ボックスを選択します。

検索スキーマの設定に関する制限事項と推奨事項

• コンテンツ プロパティは検索のみ可能です。 ドロップダウンで選択した後、このプロパティを 取得 または クエリオプションで使用することはできません。

• コンテンツ プロパティを使用して検索結果をレンダリングすると、パフォーマンスに大きな問題が発生します。 たとえば、ServiceNow のナレッジ ベース記事の Text コンテンツ フィールドの場合がそうです。

• 取得可能としてマークされたプロパティのみが検索結果にレンダリングされ、モダンな結果の種類 (MRT) の作成に使用できます。

• 検索可能とマークできるのは文字列プロパティのみです。

特定のスキーマ プロパティの値をカスタマイズする

ServiceNow などの特定のコネクタの場合、AccessURL などの特定のプロパティは、organizationのニーズに応じてカスタマイズできます。 たとえば、organizationの ServiceNow ナレッジ記事の URL が、Microsoft Search または Copilot のクエリに対する応答として存在する引用リンクを介して開く ServiceNow URL と異なる場合は、このカスタマイズ機能を使用して、必要な方法で AccessURL プロパティの値を構成できます。

スキーマ プロパティの値をカスタマイズする手順を次に示します。

• 接続を発行する前に接続のセットアップ中に、ウィンドウの上部に表示されている [カスタム セットアップ] を選択 &、最初に資格情報を正常に "認証" します。
• 次に発行する前に、[コンテンツ] タブを選択 & [プロパティの管理] セクションに移動します
• [プロパティ] 列の下に表示される表で、カスタマイズする目的のプロパティ (URL プロパティなど) を選択します。
• 開いた右側のパネルで、[既定の式] セクションを探します
• このセクションの [新しい既定の式] テキスト フィールド ボックスに、プロパティに設定する既定の式を入力します。
  • 式内の変数コンポーネントの場合は、記号 ${ および } 内で囲まれた正確なプロパティ名で参照します。
• プレビューで有効になる変更の詳細がすべて表示されたら、サイド パネルの下部にある [変更の保存] を選択 & 忘れないでください。
• 式を定義したら、[コンテンツ] タブの上部にある [データのプレビュー] を選択 &、カスタマイズしたプロパティまで右にスクロールして、式が設定どおりに正しくキャプチャされるようにすることで、結果をプレビューできます。

例:

たとえば、organizationの ServiceNow インスタンスでは、ダミーの記事の URL が として表示されます。

https://instancedomain.service-now.com/sp?id=kb_article&sys_id=1A2bcd3e45f6ghij17890kl1mn2345678o

したがって、記事固有の変数コンポーネントを置き換える &、URL 全体を使用する必要があります。つまり、上記の場合は、コネクタ プロパティのsys_idのインデックスを作成するために使用される Exact Property Name にsys_idされます。 [コンテンツ] タブの [プロパティの管理] でテーブルを探 &、探しているプロパティを検索します (この場合は SysId と仮定します)。 そのため、ここでは 次のように式を指定する必要があります。

https://instancedomain.service-now.com/sp?id=kb_article&sys_id=${SysId}

次の表に示すいくつかの例を共有します。

スキーマ プロパティのカスタマイズにルールを追加する

特定のコネクタでは、選択項目の既定の式をバイパスすることもできます。たとえば、プロパティ フィルターの特定の条件に基づいて異なる既定の式を定義するための規則を追加します。

• ServiceNow ナレッジのナレッジ ベース
• ServiceNow カタログのカタログ カテゴリ。
• ServiceNow チケットのエンティティの種類 (インシデント、change_requestなどのテーブル)

特定の項目に対して追加の既定の式を定義するための規則を設定する手順を次に示します。

• 上記のように手順 1 ~ 4 を繰り返します。
• [式を構成する追加のルールを設定する] セクションで、[新しいルールの追加] を選択します
• [新しいルールの追加] を選択すると、サイド パネルに新しいセクションが開きます。
  • [フィルター プロパティ] を選択します。つまり、ServiceNow ナレッジの場合は "KbKnowledgeBase" 、ServiceNow カタログの場合は "カテゴリ" を選択します。
  • 接続のスキーマ プロパティと同じ大文字と小文字を区別して、Filter プロパティの "値" を指定します。 プロパティの複数の値に同じ式を設定する場合は、すべての値の名前をコンマで区切って指定します。
  • これらのフィルター プロパティに属する項目に対して設定する "式" を定義します。
• すべての詳細を入力したら、[変更の保存] を選択して変更を保存 & 式のルールを設定します
• 前のサイド パネルに戻り &、サブセクション 「式を構成するための追加ルールの設定」の下に示されているテーブルに新しいルールが追加されていることを確認します。
• 変更を保存するための詳細がすべて提供されたら、サイド パネルの下部にある [変更の保存] を再度選択 & プレビューに有効になります。
• 追加するルールがさらに存在する場合は、[新しいルールの追加] をさらに選択 &、上記の手順に従って新しいルールを設定できます。
• ルールの各行の右側に表示される 3 つのドット (...) を選択し、[編集] または [削除] アクションを選択することで、既存の & ルールを編集または削除することもできます。
• 式が定義されたら、[コンテンツ] タブの上部にある [データのプレビュー] を選択 & 目的のプロパティまで右にスクロールして、カスタマイズした式を検証することで結果をプレビューできます。

例:

ServiceNow ナレッジでは、"IT" & "HR Policy" サポート情報に属する記事に対して既定の URL 式を異なる方法で設定する必要がある場合は、[フィルター] を [KbKnowledgeBase] として選択し、その値をコンマで区切って "IT、HR ポリシー" として定義し、& これらのナレッジ ベースの記事に従って式を定義します。

https://instancedomain.service-now.com/esc?id=kb_article_view&sysparm_article=${Number}

同期設定のガイドライン

更新間隔によって、データ ソースと Microsoft Search の間でデータが同期される頻度が決まります。 データ ソースの種類ごとに、データの変更頻度と変更の種類に基づいて、最適な更新スケジュールのセットが異なります。

更新間隔には、 完全更新 と 増分更新の 2 種類がありますが、一部のデータ ソースでは増分更新を使用できません。

完全更新を使用すると、検索エンジンは、以前のクロールに関係なく、コンテンツ ソースで変更されたアイテムを処理してインデックスを作成します。 完全更新は、次の状況に最適です。

• データの削除を検出する。
• 増分更新でエラーが検出され、失敗した。
• ACL (Access Control Lists) が変更されました。
• クロール ルールが変更された。
• 接続のスキーマが更新されました。

増分更新を使用すると、検索エンジンは、前回正常にクロールされた後に作成または変更されたアイテムのみを処理してインデックスを作成できます。 その結果、コンテンツ ソース内のすべてのデータのインデックスが再作成されるわけではありません。 増分更新は、コンテンツ、メタデータ、その他の更新を検出するのに最適です。

増分更新は、変更されていない項目は処理されないため、完全更新よりも高速です。 ただし、増分更新を実行することを選択した場合でも、コンテンツ ソースと検索インデックスの間で正しいデータ同期を維持するために、完全更新を定期的に実行する必要があります。

クロール スケジュール

[更新設定] ページに表示される高度なスケジュール 設定オプションに基づいて、フル クロールと増分クロールを構成できます。 一部のコネクタでは増分クロールがサポートされていないため、増分クロールを構成するオプションは、これらのコネクタでは使用できません。 それ以外の場合、増分クロールはオプションのクロールであり、既定で有効になっています。 コネクタの種類に基づいて、クロール スケジュールが既定で選択されます。 この既定の設定は、接続の作成時に変更することも、接続の "編集" フローから接続を発行した後に編集することもできます。 次のフィールドから選択できます。

• 繰り返し: 毎日、週、2 週目、または 4 週目にクロールを実行できます。
• 日: このオプションは、特定の曜日にのみクロールを実行する場合に有効になります。
• [1 日 1 回実行チェック ボックスを使用すると、1 日にクロールの開始時刻を選択できます。 選択されていない場合、クロールは既定で 1 日で繰り返されます。 ドロップダウンから繰り返し間隔を選択できます。
• 頻度: 特定の時間間隔の 1 日後にクロールを繰り返す場合は、このオプションを選択します。 最小の繰り返し頻度は 15 分で、最大は 12 時間です。
• 開始時刻: クロールを開始する時刻を選択します。
• リセット: このオプションは、スケジュールをコネクタの既定のスケジュールにリセットします。

クロール スケジュールの構成中に注意すべき点を次に示します。

• いずれかのフィールドを空のままにするか、選択されていない場合、Copilot コネクタはクロールを開始するのに最適なタイミングを選択します。 たとえば、クロールの繰り返しを "日" として選択し、開始時刻を選択しない場合、Copilot コネクタは最後のクロールに基づいて時間を選択して新しいクロールを開始します。 クロールの開始時刻を指定しない場合は、コネクタがクロールを開始するタイミングを決定することをお勧めします。
• 開始時刻が記載されていても、クロールの開始が 1 時間遅れる可能性があります。 この遅延は、ネットワークの負荷などの理由が原因である可能性があります。
• 前のクロールが次のクロールの時刻までオーバーランした場合、進行中のクロールは停止せず、次のクロールをキューに入れます。 進行中のクロールが完了した後、キューに登録されたクロールは、前のクロールとは異なる種類 (フル/増分) の場合にのみ実行されます。 たとえば、増分クロールが次のフル クロールをオーバーランした場合、増分クロールを中断せず、フル クロールをキューに入れます。 増分クロールが完了すると、キューに登録されたクロールの種類が異なるため (完全)、すぐにフル クロールを開始します。

シナリオの一部を次に示します。

• 15 分ごとに増分クロールを毎日実行する

ここで [1 日に 1 回実行] チェック ボックスをオンにすると、[開始時刻] を選択して、指定した時刻から 1 日に 1 回だけ増分クロールを実行できます。 ただし、選択を解除すると、1 日のクロールの繰り返しの頻度を選択できます。 データを継続的に更新する場合は、増分クロールを 1 日で頻繁に実行するように選択できます。 ただし、データ ソース内のアイテムの数が多く、クロールが長くなる傾向がある場合や、コンテンツに頻繁な更新が必要ない場合は、増分クロールを 1 日に 1 回実行するように選択できます。

• 毎週水曜日、土曜日、日曜日に増分クロールを実行し、15 分ごとに繰り返し、午前 1 時から開始します

• 毎日午前 1 時にフル クロールを実行する

• 金曜日の午後 8:00 に毎週フル クロールを実行する

IP ファイアウォール規則

IP ファイアウォール規則は、特定の IP アドレスのみを許可することで、データ ソースへのアクセスをセキュリティで保護するように構成されます。 このようなシナリオでは、Copilot コネクタ サービス IP 範囲へのアクセスを許可して、データ ソースへのアクセスを許可します。 SaaS プラットフォームのファイアウォール設定で、次の IP 範囲を指定します。