管理者の承認なしで使える会議AIツールとは

ローカルのデスクトップアプリやブラウザで録音するツールなど、自分のパソコン上で動く会議AIツールは、通常は管理者の承認なしでインストールできます。ボットとして会議に参加せず、組織全体の会議やカレンダーへのアクセスも求めないためです。ボット型は参加するので、Zoom・Teams・Google Workspaceの管理者が制限できます。ただし社内規程と録音の同意ルールは変わらず適用されます。

ボット型の議事録ツールは、単なるパソコン上のアプリではありません。会社の会議プラットフォームとカレンダーに接続し、ボットが会議を見つけて参加者として入れるようにします。つまり組織のアカウント内の連携アプリであり、主要な会議プラットフォームはどれも、どの連携を許可するかを管理者が決められるようになっています。

ZoomアプリはZoom App Marketplace経由で認可されます。Zoomの開発者向けドキュメントによると、Zoomアカウントでは、ユーザーがアプリを認可する前にMarketplace管理者による事前承認を必須にできます。その場合、ユーザーは事前承認をリクエストできます。管理者は特定の自動会議ツールを自分のアカウントで禁止することもできます。ただしZoomは、禁止しても外部ユーザーが持ち込む招かれざるボットまでは止められないと説明しています。

関門は二つあります。Teams管理センターでは、管理者がアプリごとに許可またはブロックでき、組織全体のアプリ設定でサードパーティアプリを全員に対して無効にできます。使えないアプリについて、ユーザーは許可をリクエストできます。これとは別に、Outlookのカレンダーを読むツールは、Microsoft Entra IDを通じてMicrosoft Graphのアクセス許可を求めます。

既定では、Entraは管理者の同意が不要なアクセス許可についてユーザー自身の同意を認めています。ただしMicrosoftは、ユーザーの同意を確認済み発行元のアプリに限ることを推奨しています。企業はユーザーの同意を完全に無効にすることもできます。その場合、議事録ツールの登録は管理者の承認を求める画面で止まり、管理者の同意ワークフローが有効ならIT部門への承認要求になります。

Workspaceの管理者は、管理コンソールの[セキュリティ] > [アクセスとデータ管理] > [APIの制御]でサードパーティのアクセスを管理します。アプリごとに「信頼できる」「制限付き」「ブロック」を設定でき、機密性の高いGoogleサービスへのアクセスも制限できます。制限されたサービスを求めるアプリが信頼済みでなければ、ユーザーは追加できず、ブロックされている旨が表示されます。ボットを予定に組み込むためにGoogleカレンダーを必要とする議事録ツールは、管理者がカレンダーへのアクセスを制限している場合、ここで止まります。

パターンは単純です。会社の会議プラットフォームやID基盤に触れる部分が少ないツールほど、管理者が承認すべきことも少なくなります。主な種類を比べると次のとおりです。

ローカルアプリは、マイクとパソコンの音声出力を自分の端末上で録音します。会議には何も参加せず、Zoom・Teams・Googleの管理者による承認も不要です。代わりにOSがマイクの使用許可(Macではシステム音声の録音許可も)を求めます。ただし会社が管理するパソコンでは、IT部門が端末管理やアプリの許可リストによって、未承認のインストールや権限をブロックできます。そのブロックはポリシー上の判断であり、回避すべき不具合ではありません。

Webアプリは何もインストールしません。ブラウザがマイクへのアクセスを求め、会議の音声はタブや画面の共有から取るのが一般的です。サインインには注意してください。仕事用アカウントでの「Microsoftでサインイン」や「Googleでログイン」はそれ自体がOAuthの同意なので、同じEntraやWorkspaceの関門に当たることがあります。メールアドレスで登録すればその技術的な関門は避けられますが、会社のルールは避けられません。

管理者の確認なしでインストールできたということは、技術的な関門が作動しなかったというだけです。次のルールは引き続き適用されます。

• 社内規程。多くの企業は承認済みAIツールの一覧を持っています。一覧にないツールを業務の会議で使えば、インストールできたとしても規程違反になりえますし、IT部門が防ごうとしているシャドーAIそのものになります。
• 録音の同意に関する法律。参加者一人の同意で録音できる地域もあれば、米カリフォルニア州のように全員の同意が必要な地域もあります。EUではGDPRによる義務も加わります。録音するときは毎回、参加者に伝えましょう。
• ホストのルール。ホストが会議の録音を無効にしているなら、ローカルで録音できてもホストの意向は変わりません。尊重してください。
• データの取り扱い。音声、文字起こし、要約がどこに送られるかを確認しましょう。ローカルで録音するツールでも、文字起こしと保存はクラウドで行うことがあり、その場合は顧客の機密情報も端末の外に出ます。
• 端末のルール。会社のパソコンには、インストール、マイクへのアクセス、画面収録を制御する管理プロファイルが入っていることがあります。

Relineはボット不要の会議メモアプリです。macOS、Windows、Linux(ベータ)、またはブラウザで、マイクとシステム音声をローカルに録音します。ボットは参加せず、Zoom・Teams・Google Meetにアプリもインストールしません。文字起こし、AI要約、保存はクラウドで行われるため、Relineも会社が審査したいベンダーであることに変わりはありません。

Relineの正直な答えは、会議プラットフォームの承認は不要、自分の端末でのOSの許可、そして仕事用のGoogleまたはMicrosoftアカウントでサインインやカレンダー連携をする場合に限りOAuthの許可です。業務の会議で使ってよいかどうかは、やはり会社が決めることです。

会社がAIツールを管理しているなら、最短ルートは、IT部門が聞く前にその疑問に答える、短く事実に基づいた申請です。

1. まず承認済みツールの一覧を確認します。すでに承認されたツールや、有効化済みの内蔵機能があればそれを使いましょう。
2. 録音の方法を説明します。会議に入るボットか、自分の端末でのローカル録音か。ボットなしなら、会議プラットフォームとの連携は審査の対象外になります。
3. 求める許可を正確に列挙します。OSの許可、OAuthのスコープ、カレンダーへのアクセス。カレンダーを接続せずに録音するなど、最小限の構成を申請しましょう。
4. データについての事実をそろえます。音声・文字起こし・要約の処理場所と保存場所、保持期間、委託先、ベンダーがあなたのデータでAIモデルを学習させるかどうか、そしてデータ処理契約(DPA)。
5. 正式な申請ルートを使います。Zoomの事前承認リクエスト、Microsoftの管理者の同意ワークフロー、Teamsのアプリ申請、Google Workspaceのアクセス申請、または社内のITチケット。
6. 同意、機密性の高い会議、保持期間を定めた利用規程を添えて、小規模な試験導入を提案します。

この進め方なら、承認は議論ではなく事実の確認になり、チーム全員が堂々と使えるツールが手に入ります。