Google Meet Gemini議事録の全社展開ポリシー設計

2026年5月に展開が始まった Google Meet の「Take Notes with Gemini」に対する明示的同意機能は、同年6月17日に改善対応のため一時停止されました。この記事では、同機能の全社展開前に情シスが整備すべきポリシーの設計フレーム（Vault保持・外部告知・機密会議除外・段階展開の4要素）を整理します。

この記事を読んだほうが良い人

• Google Meet の Take Notes with Gemini（AI が会議中にノートと要約を自動生成する機能）を全社または部門単位で展開しようとしている情シス担当者
• 機能の ON/OFF や同意設定の手順は把握済みで、「Vault 保持期間」「外部参加者の扱い」「機密会議のルール」「段階展開計画」のポリシー化で止まっている人
• 法務や経営から「外部参加者がいる会議での録音告知はどうなっているか」「役員会議も AI が記録してよいのか」と問われた人

なぜ今ポリシーを整える必要があるか

Take Notes with Gemini は、Business Standard / Plus、Enterprise Standard / Plus、Frontline Plus 等の対応エディションで管理者が組織部門（OU）単位で有効化できます。2026年1月のアップデートで「毎回自動で起動するかどうか」のユーザー向けトグルが追加され（デフォルトは OFF）、ユーザー自身が使い勝手を調整できるようになりました（Google Workspace Updates ブログより）。

さらに2026年5月、参加者がノート取得・録音・文字起こしを「明示的に同意してから開始する」仕組みのリリースが始まりました。この機能は管理コンソールの Meet 設定から OU・グループ単位で制御でき、デフォルトは OFF です。ただし、2026年6月17日時点で Google が改善対応のため展開を一時停止しており、正式な再開日は明示されておらず、数週間以内の再開が予告されています（2026年6月17日時点、Google Workspace Updates ブログより）。

こうした機能の追加が相次ぐ中、「設定を有効にした」だけでは組織としての対応が完結しません。現場が使い始める前に整備すべき4つの設計要素があります。

4要素でポリシーを組み立てる

ここから、ポリシーの骨格となる4要素を順に整理します。各要素に「設計すべき問い」を置いているので、法務・経営との合意形成の出発点として活用してください。

要素1：Vault 保持期間の設計

Take Notes with Gemini が生成したノート（Google ドキュメント形式）は、会議主催者の Google ドライブに保存されます。Google Vault の公式ヘルプによると、Meet 向け保持ルールの対象には録画・文字起こしと並んで「Gemini によって取られたノート」も含まれています。

ただし重要な例外があります。ノートは Meet 向けルールを設定している場合でも、Drive 保持ルールが同時に適用されます。録画と文字起こしは Meet ルールに切り替わりますが、ノートだけは Drive ルールが引き続き有効になる設計です。Meet ルールと Drive ルールで保持期間が異なる場合、Vault 上の保持期間にズレが生じます。この3種の保持期間ズレの詳細な分析は別途記事にまとめる予定です。

情シスとして決めておくべき問いを一覧化します。

Vault の保持ルール自体の操作は vault.google.com の専用 UI から行います。情シスがあらかじめ決めておくべきは「何日間保持するか」「誰の会議データを対象とするか」という判断軸です。

要素2：外部参加者への告知と同意フロー

現状（2026年6月時点）、Meet で Take Notes with Gemini が有効な会議では、すべての参加者の画面に告知バナーとアイコンが表示されます。これは Google Meet が自動的に行う UI 告知で、情シスが別途作業する必要はありません。

一方、「明示的同意機能」は現在一時停止中です。この機能が正式稼働すると、参加者はノート取得・録音・文字起こしの開始前に明示的な同意操作が求められる仕組みになります。正式再開後に組織として ON にするかどうかも、今から方針を決めておく価値があります。

法務と合意しておくべき点は次の通りです。

• 会議招集メールや事前案内で「AI によるノート取得が行われる可能性がある」と明記するか
• 外部参加者へのノート共有範囲を「組織内のゲストのみ」または「主催者・共同主催者のみ」に制限するか（管理コンソールの Meet 設定から変更可能）
• 取引先との契約書や NDA に AI 記録に関する条項を追加するか
• 明示的同意機能が再稼働した際に、どの OU から適用を開始するか

外部参加者が多い業種（コンサル・金融・法律事務所など）では、取引先との取り決めが先に必要になるケースがあります。明示的同意機能は再開後に管理コンソールで制御できますが、制度設計と現場ルールを先に固めておかないと、機能が再開した時点で慌てることになります。

要素3：機密会議の適用除外ルール

すべての会議に AI ノートを一律適用するのではなく、機密レベルによって適用可否を区分するルールが必要です。以下のマトリクスは設計の出発点として使えます。

「適用除外」の会議を実際に制御するには、役員や法務チームが所属する OU に対して機能を無効化する、または「機密会議主催者グループ」を作成して機能を制限する方法が現実的です。

注意点として、「カレンダーの会議種別を自動検知して AI 機能をオフにする」という連動機能は現時点では標準提供されていません。機密会議の判断はあくまで主催者に委ねられるため、ルール周知と定期的な教育がセットで必要です。

要素4：段階展開計画

全社一斉展開はトラブルリスクが高いため、段階的な計画を立てることを推奨します。以下は 100 名規模の組織向けの展開フレームです。

展開が早すぎると「役員会議の録音が Vault に残っていた」「外部参加者から苦情が来た」といったインシデントが起きやすくなります。各フェーズで出てきた問い合わせをポリシードキュメントに反映するサイクルを最初から設計しておくことが、後からの手直しを減らすポイントです。

ポリシードキュメントの最低限の構成

4要素が整ったら社内ドキュメントに落とし込みます。「AI 議事録利用規程」として情報セキュリティポリシーの体系に位置付けるのが自然な置き場所です。盛り込むべき最低限の項目は次の通りです。

• 対象機能と対象エディションの明記
• データの保存先・保持期間・削除方針
• 外部参加者を含む会議での取り扱い（告知方法・共有範囲）
• 会議機密レベル別の適用可否（上記マトリクスを添付）
• 例外申請の手順（誰が・何を・誰に申請するか）
• ポリシーの見直しサイクル（機能アップデートへの追随）

明示的同意機能が正式再開した際や、Vault の Meet データ保持仕様が変わった際に速やかにポリシーを更新できるよう、担当者と見直し周期をあらかじめ定めておくと、ポリシーが形骸化しません。

「使えるようにした」の先へ

管理コンソールで Take Notes with Gemini を有効化するのは出発点にすぎません。「使えるようにした」フェーズを終えたら、次は「組織として責任を持って使う」フェーズに移行する必要があります。

Vault保持・外部告知・機密除外・段階展開の4要素は互いに連動しており、どれかが欠けるとポリシー全体に穴が開きます。たとえば機密会議の除外ルールを決めるには、先に保持ポリシーの確定が必要で、保持ポリシーは法務の承認なしには定まりません。法務との調整を後回しにすると、全社展開の直前にタイムラインが崩れます。

全社展開のタイムラインが決まったら、パイロット期間中にポリシーの骨格を作り上げる逆算スケジュールで進めることを勧めます。インシデントが起きてからポリシーを作るのは、対処ではなく後始末です。

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。