InterMINDの1回のミーティングは、実際にどこで動いているのか

遅かれ早かれ、ホスト側の誰か(クライアント企業のIT担当、DPO、慎重なパートナー)が、決まって同じ質問をします。「このデータはどこへ行くのですか?」 求められるのは、サブプロセッサー一覧、各ベンダーの所在地、そして矢印の入った図です。

私たちは、メールで少しずつお送りするより、全体像を最初にお見せしたいと考えています。そこでこの記事では、1回のミーティングのデータ経路を示します。接触するすべての外部サービス、それぞれが実行される場所、そこを流れるデータを取り上げます。内容は、2026-05-28時点の実際のデプロイ設定に照らして確認済みです。

ミーティングの内容に触れる経路は、すべて実行時にEU内です。AIの処理も同様で、組織が選択したAIゲートウェイ上の、当社専用テナントのEUリージョンで動きます。そのゲートウェイの背後にいるベンダーは、EUリージョンを運用する米国企業です。この点は以下で率直に述べ、ミーティングの外側にあるモデルがどれかも明記します。

この記事は、ミーティングが動く場所を整理したものです。姉妹編のInterMINDの1回のミーティングは何でできているかでは、何でできているかを整理しています。どの層が自社コードで、どの層がオープンソースで、どこでプロプライエタリなSaaSを現実的に使っているかを扱います。

「どこで動くか」とは実際に何を指すのか

主権をめぐる議論では、2つの事柄が混同されがちですが、両者は別のものです。

1. 実行時/データ経路。 リクエストの処理中に、ミーティングのバイト列が物理的にどこで処理されるか。データレジデンシーに関する規制や、多くのDPAが実際に問題にしているのはこちらです。
2. ベンダーの法人所在地。 SaaSベンダーが法的にどこで設立されているか。CLOUD Actをめぐる議論が扱うのはこちらで、ワークロードがどこで動くかにかかわらず、ベンダーの親会社に対して米国が開示を強制しうるという理論上の及び範囲の話です。

「これはEUなのか?」という問いの大半は、実のところこの2つのどちらかを曖昧に尋ねたものです。以下では、各ベンダーについて両者を分けてお答えします。

1回のミーティングのデータ経路

参加からフォローアップメールまで、1回の通話をたどります。

1. ブラウザがミーティングページを開く。 SSRはVercel上で動き、fra1(フランクフルト)に固定されています。セッションCookie、APIペイロード、サーバーでレンダリングされたHTMLなど、リクエストとレスポンスのデータはすべて、実行時にEU内で処理されます。
2. WebSocketがパリ(cdg)の自社ミーティングサーバーに接続する。 ミーティングのオーケストレーション、プレゼンス、シグナリングは、すべてEU内です。
3. 音声認識は自社のメディアサーバー上で動く。 音声はWebRTCで自社エンジン(OVH、フランスにあるMind API)に届き、通話を運ぶのと同じサーバー上で1語ずつ認識されます。サードパーティの音声サービスは介在しません。例外はチャットのボイスメモです。その音声テキスト変換は、既定のAIゲートウェイの音声サービスであるAzure AI Speechで動きます(下のベンダー表を参照)。パイプライン自体については、Inside the four translation pipelinesをご覧ください。
4. 音声とチャットの翻訳は、フランスのOVH上の自社エンジンで行う。 これは mind-sdk + Mind API で、自社のコードを自社のホストで、フランス国内で動かしています。サードパーティのモデルは介在しません。翻訳は、その場にいる対象言語ごとに1回行われ、どの経路でもEU内で完結します。
5. チャットに投下されたドキュメント(PDF、DOCX、DOC、PPTX、XLSX)は、パリのws-serverからサーバー側でケルンのDeepLへ送られます。ドイツ企業による、ドイツ国内での処理です。音声とチャットはDeepLを経由しません。
6. アプリケーションデータ(ユーザー、チーム、メッセージ、ミーティングのメタデータ)は、AWSフランクフルト(eu-central-1)のNeon Postgresにあります。スナップショットも同じリージョンです。
7. 録画、添付ファイル、エクスポートは、Fly上のS3互換ストレージであるTigrisに保存されます。エッジレプリケーションされており、より厳密な固定が必要なテナント向けには、バケットをEUのマルチリージョンに設定できます。
8. エラーとパフォーマンストレースは、SentryのEUインスタンス(de.sentry.io)に送られます。米国の組織は5月に廃止しました。
9. プロダクト分析は、PostHog EU(eu.i.posthog.com)に送られます。
10. トランザクションメール(マジックリンク、招待、領収書)は、eu-west-1(アイルランド)のResendから送信されます。

上記はすべて、実行時にEU内です。データの大半が流れる翻訳エンジンは、サードパーティではなく自社のコードでもあります。エンジンが動くクライアントSDKはオープンソース(BSD-3-Clause)で、現時点で監査可能です。エンジン本体のセルフホストは、必要とするお客様向けにロードマップに載っています。

ベンダーマップ

データ量の多い2つの流れ、つまりOVH上の自社エンジンによる音声/チャット翻訳と、DeepLによるドキュメント翻訳は、親会社がEUにある2つのベンダーでもあります。これでミーティング内容の大部分をカバーします。法人所在地の詳細を含む完全なサブプロセッサー一覧は、標準的な慣行としてDPAに記載されます。上の表は実行時の視点であり、データレジデンシーに関する条項の大半が問題にしているのはこちらです。

AIの処理を率直にお伝えします

通話が終わると、発言内容に対していくつかの言語モデル処理を実行します。AI digest(トピック、決定事項、action items、未解決の質問)、ミーティング後のサマリー、そしてAI note-editor(ノートの翻訳、修正・拡張・簡略化)です。通話中には、同種の処理がチャットに投下されたすべてのドキュメントの要約を書き、Ask AIとMiaに回答します。ミーティング由来の内容に汎用モデルが触れるのはここだけで、そのすべてが1か所に向かいます。

• 組織が選択するAIゲートウェイ。 コード内の1つのリゾルバーがすべての呼び出し箇所に対して選択し、第2の経路はありません。既定はEU Data ZoneのAzure OpenAIです。組織は設定から、EUマルチリージョンエンドポイントのVertex AIまたはフランクフルトのAmazon Bedrockに切り替えられます。あるいは、すべてのAI機能を独自のOpenAI互換エンドポイントに向けることもできます。自社データセンターのvLLMや、自社テナント内のデプロイが該当します。ホスト型の各ゲートウェイは当社専用テナントで動き、データ保持ゼロ、かつお客様のコンテンツでの学習なしに設定されています。フォールバックも同じゲートウェイ内にとどまります。つまり別のEUリージョンか、同一ベンダーの別モデルであり、他のベンダーには決して移りません。ゲートウェイとリージョンはAI機能のドキュメントに記載しています。
• サマリーとエディターの翻訳アクションは、言語モデルではなく翻訳経路を通ります。ライブチャットを翻訳するのと同じ経路です。
• AIは組織全体でオフにできます。 文字起こしと翻訳は引き続き動作し、digest、ドキュメント要約、ライティングアシスタント、Ask AIは停止します。

リアルタイムの音声、リアルタイムのチャット、ノート、ドキュメント翻訳は、これらのいずれも経由しません。最初からEU内で完結していました。

ベンダーの所在について述べます。Microsoft、Google、Amazonは、EUリージョンを運用する米国企業です。この点はトラストページに率直に記載しており、隠してはいません。これは、この記事の冒頭にある法人所在地の問いを、基盤部分と同じ形でこの経路について答えたものです。ミーティングの外側にあるモデルが1つあります。公開している翻訳品質ベンチマークでは、LLMジャッジ(Gemini、フォールバックはClaude、Vercel AI Gateway経由)を使って、FLORES-200の参照文の機械翻訳を採点しています。これは固定された公開データセットであり、誰かのミーティングではありません。

DPAにとっての意味

EUの多くの購買担当者、たとえばドイツのミッテルシュタント(中堅・中小企業)や、標準的なGDPRのDPAを運用する規制産業にとっては、上記の全体像がデータレジデンシーの問いに直接答えます。ミーティングが通る実行時の経路は、すべてEU内にあります。ベンダーの所在地は、通常の慣行どおりサブプロセッサー一覧で開示します。驚くような内容はありません。レジデンシーのマップはその一部にすぎません。消去、保持、ポータビリティ、同意といった残りのデータ保護義務については、コードベース全体の監査を実施し、各項目をコードに照らして解消しました。

フランスのsouveraineté numériqueやSecNumCloud水準の調達では、実行時の所在地だけでなく、ベンダーの法人所在地そのものが基準の一部になります。これは別の話で、すべてのコンポーネントを欧州の法域にあるベンダーで固める、別のデプロイ構成が必要になります。これは既定では提供していませんが、必要とし、契約上その構築が見合うテナントのために立ち上げます。

米国国内やAPACの多くの購買担当者の場合は、逆の状況であることが多く、自分たちのリージョンからの低レイテンシーを求めます。これは別の課題です。現在はfra1のシングルリージョンで運用しています。トラフィックの規模に照らして米国のエッジが必要であれば、ご一緒に計画します。

この記事が私たちに課すこと

これは2026-05-28時点の状況です。ベンダーの入れ替え、リージョンの移行、新しい外部サービスの追加など、スタックが変わったときは更新します。現在の構成は、公開しているvercel.json、OVHフランスで稼働するmind-sdk + Mind APIエンジン、そして各ベンダー自身のダッシュボードで検証可能です。

ここに誤りがありそうな点や、DPOの方がこのマップでは得られない回答を必要とされる場合は、ご連絡ください。契約レビューの段階で見つけていただくより、欠けている詳細を私たちが訂正するほうが望ましいと考えています。

出典: 実行時リージョンとモデルのルーティングは、デプロイ済みの設定(vercel.json、fly.toml)と出荷済みコードに照らして確認。Vercel AI Gateway(digestのプロバイダー固定経路)、FLORES-200。2026年8月確認。