まずは、それぞれの製品やサービスの名称変更について注目してみましょう。これまでBing Chatとして提供されていたBing上で動作するAIボットは、これからは「Copilot」と名称を変えます。そして、Microsoft 365 CopilotもCopilotブランドに加わり「Copilot for Microsoft 365」となります。
ほかにもDynamics 365では、「Copilot for Sales」や「Copilot for Service」がそれぞれ発表され、これまでバラバラであったマイクロソフトの各製品を、Copilotを中心に統合しようというブランディングの戦略が見えます。
Copilotは、インターネット上にある情報を基に作業を支援してくれます。さらにCopilot for Microsoft 365を利用することで、「仕事をしている自分」というコンテキストを前提にCopilotと協働できます。つまり、Microsoft 365に保存された業務に関する情報をCopilotと一緒に利用できるということです。
Microsoft 365 AppsのアプリケーションからCopilot for Microsoft 365を利用することで、Wordで文章を書いている作業中であることのコンテキストが追加されるため、Copilotからより具体的な支援を受けやすくなります。
そして、Dynamics 365のCopilot for Salesを利用すれば、「営業の業務」というコンテキストがさらに追加されるため、より業務の内容に沿った支援を受けられるでしょう。
今回のIgniteでは、Copilot for Microsoft 365を機能拡張するための「Copilot Studio」が発表されました。Copilot Studioでは、Copilotに追加できるプラグインをローコードで作成できるため、Copilotとの会話を通じて利用や、ほかのクラウドサービスと連携する機能などを開発者でなくても作成可能となります。
Power Virtual Agentsを利用していたユーザーであれば、サービスにアクセスしたときにCopilot Studioに名称変更したことを通知するメッセージが表示されることを確認できます。
Power Virtual AgentsはCopilot仕様にサービスが変更に
（出典：著者提供）
また、開発者であれば、従来から存在するBot Frameworkを利用することでも、Copilot for Microsoft 365のプラグインを作成できる点に注目したいところです。
より複雑で高度なプラグインを作成するためには、Copilot Studioだけでは実現できず、Visual Studio Codeを利用したコーディングを伴う開発が必要な場面もあるでしょう。
Copilot for Microsoft 365の導入が企業で進んできた場合には、プラグインによる機能拡張を行う機会も増えていくでしょう。開発者による高度なプラグイン開発のほか、現場のユーザー自身によるCopilot Studioを用いたプラグイン作成といった、それぞれのユーザーの立場に応じたアプローチが提供されることになります。
