自有云网关上的会议 AI:回顾、摘要和会议内助手如何留在您的 Azure、Google 或 AWS 安全边界内
如今,每个会议平台都搭载了 AI 功能,而每个 AI 功能至少会给能够查看您会议内容的机构名单增添一家公司。对于大多数组织而言,这份名单的结构已经定型:他们用于自身 AI 的语言模型网关——与其 Microsoft 365 租户配合使用的 Azure OpenAI、与 Google Workspace 配合使用的 Google Vertex AI,以及与其 AWS 环境配合使用的 Amazon Bedrock。他们的合规团队已经针对该网关审核过一次,包括其 DPA、区域以及零训练条款。
InterMIND 在同一网关上运行其 AI 功能。本文将解释这在实践中意味着什么、在 AI 调用中哪些数据会离开您的组织而哪些不会、该设置如何运作、其他会议工具在其公开文档中如何处理相同的问题,以及采购审核员可以在不盲信我们说辞的情况下自行核对哪些内容。
“同一网关”意味着什么
InterMIND 中某个组织的 AI 功能——会议回顾、文档摘要、笔记中的写作助手、Ask AI,以及您在会议中直呼其名进行对话的 AI 参与者 Mia——全部通过每个组织专用的单一语言模型网关运行。组织管理员在 Billing 页面选择网关,该选择将立即应用于所有 AI 功能。
| 网关 | 模型运行位置 | 配置方式 |
|---|---|---|
| Azure OpenAI (Microsoft) | EU Data Zone — 在欧盟成员国境内进行处理和存储 | InterMIND 自有租户;每个组织的默认选项 |
| Google Vertex AI (Google Cloud) | 欧盟多区域端点 | InterMIND 自有项目;可从同一卡片中选择 |
| Amazon Bedrock (AWS) | 欧盟(法兰克福),在组织自有的 AWS 账户中 | 组织添加一个拥有 Bedrock 调用权限的 IAM 密钥;模型、配额和 Marketplace 协议保留在其账户中 —— 筹备中 |
| Your own endpoint | 您运行它的任何位置 | 任何兼容 OpenAI 的服务器 —— 您数据中心内的 vLLM,或您自有租户中的部署 |
这对合规审查的影响很简单:没有新的 AI 子处理者进入安全边界。 如果一个使用 Microsoft 365 的组织将其会议回顾运行在 Azure OpenAI 上,它就是在与其已经批准的方打交道,且受其已经依赖的 Microsoft Products and Services DPA 和 EU Data Boundary 约束。对于使用 Vertex AI 的 Google Workspace 客户也是如此。使用 AWS 的组织则更进一步:在自己账户中使用 Bedrock 时,会议内容在通往模型的途中甚至根本不会经过 InterMIND 的云租户。
InterMIND 使用的网关配置为零数据保留且不基于客户内容进行训练——这些设置是 Azure OpenAI 在 EU Data Zone 的默认选项,也是 Google Cloud 针对 Vertex AI 的合同立场(见文末来源)。InterMIND 自有的子处理者页面列出了 Microsoft 和 Google 及其区域和用途;其中仅针对已选择 Vertex AI 的组织列出 Google。