nin@教育×ICT

前回のポストの続きです。 Google Workspace と Gemini for business（旧 Gemini Enterprise app）は、いずれ統合されるのではないか。そう考えていましたが、整理してみると、そう単純ではなさそうです。 大きな壁になるのは、IAM、VPC Service Controls、CMEK、Gemini プラットフォームとの連携といった、Google Cloud を前提にした機能です。 Google Workspace の管理コンソールで完結する世界と、こうした仕組みが求められる世界では、管理する人も要件も違います。 そこで、「体験」と「契約・管理」の2つの層に分けて考えてみました。 体験の層は、Gemini に集約されていく方向が見えています。 Gemini エージェントは、Google Workspace、Microsoft 365、Slack など複数のチャネルから利用でき、メモリやコンテキストを共有する方向性が公式に示されています。 また、Google Workspace の各アプリでも、共通のメモリ、スキル、ガバナンス制御を維持すると説明されています。 一方、契約・管理の層は、すべての企業で一つになるとは限らないと思います。 たとえば、Google Workspace には Gemini Notebook があり、Google Cloud 側には VPC Service Controls や CMEK に対応した Gemini Notebook Enterprise があります。 同じ系統の製品でも、求められる管理のレベルで入口が分かれている例は、すでにあるわけです。 そう考えると、Google Workspace の管理機能で要件を満たせる企業に対しては、Google Workspace と Gemini for business の契約や提供形態が統合されていく可能性があると見ています。 反対に、IAM や VPC Service Controls など、Google Cloud の仕組みを使った統制まで必要な企業向けには、Google Cloud 側の管理基盤が引き続き重要な役割を担うのではないかと考えています。 ただし、契約や利用の入口が統合されたとしても、管理の仕組みまで一つになるとは限りません。 必要な企業だけが Google Cloud の高度な統制機能を利用する形も考えられます。 そうなると、Google Cloud 側の役割は「Google Workspace を契約していない顧客向け」というだけでなく、「Google Workspace の管理の範囲を超える統制が必要な顧客向け」という位置付けも十分あり得ます。 もちろん、Google Workspace 自体の管理機能も進化しています。今は Google Cloud 側で提供されている機能の一部が、将来的に Google Workspace 側へ取り込まれる可能性もあります。 こうして見ると、両者を分けるのは Google Workspace を契約しているかどうかではなく、Gemini エージェントのような Google が提供するエージェントから、自社で作るエージェントまで含めて、AI エージェントをどこまで統制する必要があるかになっていくのかもしれません。そしてその境界線も、Google Workspace の管理機能の進化とともに動いていくのだと思います。 Gemini エージェントがどのプランで提供されるのか、Google Workspace のプラン構成や、Google Workspace の Gemini アプリと Gemini for business の位置付けがどう変わっていくのか。 このあたりの動きを、引き続き追いかけていきたいと思います。 なお、これはあくまでも個人の考察であり、Google が発表した計画を示すものではありません。