Agentic AI Business Solutionsによる包括的かつ詳細な解説トピック：
正解はDです。Microsoft Graphへのアクセスを構成します。
Microsoft 365 Copilot は、Microsoft Graph を通じて Microsoft 365 データに基づいて応答を生成します。従業員が自然言語プロンプトを使用して SharePoint Online サイトおよび Teams のサブセットからコンテンツを照会する必要がある場合、ソリューションは、Graph に接続されたアクセス許可とデータアクセスパターンを通じて、Copilot が適切な Microsoft 365 コンテンツコンテキストにアクセスして使用できることを保証する必要があります。
Dが正解である理由
Microsoft Graph は、Microsoft 365 Copilot の中核となるデータおよびコンテキスト レイヤーです。Copilot を次のような組織コンテンツに接続します。
* SharePoint サイト
* Teamsのメッセージとファイル
* OneDriveコンテンツ
* Outlookデータ
* カレンダーとコラボレーションのコンテキスト
Microsoft 365 Copilot では状況に応じた適切な応答を提供する必要があるため、設計はプラットフォームのネイティブな基盤メカニズムに依存せざるを得ません。そのメカニズムとは、Microsoft へのグラフベースのアクセスです。
365日分のコンテンツ。
AIビジネスソリューションの観点から見ると、これは適切な設計です。なぜなら、以下の点が保証されるからです。
* 自然言語によるプロンプトで関連する組織知識を取得できる
* 回答は、承認された企業コンテンツに基づいています
* アクセス権限はMicrosoft 365のアクセス許可に準拠しています
* 従業員はアクセス権限のあるコンテンツのみを閲覧できます
これは、SharePointサイトのごく一部のみを含める場合に特に重要です。関連性とセキュリティモデルは、Microsoft 365コンテンツグラフとそのアクセス許可を考慮したアクセス動作に依存します。
他の選択肢が間違っている理由
A) Microsoft Power Automate デスクトップ フローを作成して SharePoint コンテンツを読み取り、その応答を Teams に投稿する。これは、Microsoft 365 Copilot がエンタープライズ コンテンツの基盤となるように設計されるべき方法ではありません。これは過度に手動であり、間接的であり、Copilot 応答のネイティブなコンテキスト基盤を提供しません。
B) SharePoint の設定を変更します。
SharePoint の設定は、サイトのアクセス許可やコンテンツの可用性に影響を与える可能性がありますが、それ自体では Microsoft 365 Copilot の SharePoint および Teams 全体にわたる自然言語処理機能を有効にするものではありません。
C) SharePointコンテンツをクロールするカスタムREST APIを作成する
これにより、不要なカスタマイズの複雑さが増し、Microsoft 365 Copilotのネイティブアーキテクチャが回避されます。この要件は、並列クローラーを構築するのではなく、Microsoft Graphベースのアクセスによって満たすのが最適です。
専門家の推論
Microsoft 365 Copilot に関するご質問は、以下までお問い合わせください。
* 要件が自然言語で Microsoft 365 コンテンツを照会することである場合
* SharePointおよびTeamsから状況に応じた適切な応答を返す
* 主要な設計要素は通常、Microsoft Graphです