シンセティックリサーチのセキュリティと調達基準の比較

シンセティックリサーチシステムは、顧客のブリーフ、インタビューの文字起こし、回答者データ、製品計画、クリエイティブアセット、戦略的設問などを処理します。洗練されたデモ画面だけでは、それらのデータがどのように保存、転送、保持、再利用、または削除されるかはわかりません。調達における適格性は、実際の導入環境に適用される契約文書や管理体制に基づいて評価する必要があります。

MindsとArtificial Societiesは、いずれも実質的な法的文書を公開しています。AaruはMSA（基本合意書）とDPAを公開しています。Electric Twinはプライバシーポリシー、利用規約、トラストセンターへの導線を提示しています。Simileはプライバシー規約と調査参加者向け規約を公開し、大規模なエンタープライズセキュリティへの投資を示しています。公開状況には差がありますが、公開ページに記載がないからといって管理体制が存在しない証明にはなりません。公開されていない項目は「一般非公開」と記録し、証拠の提示を求めてください。

調達エビデンス比較マトリクス

文書が公開されているからといって、すべての条項があらゆるプランに適用されるわけではありません。締結された発注書、DPA、SLA、および顧客固有の合意内容が、商用・法的な関係を規定します。

顧客データのモデル学習への利用

顧客のプロンプト、ファイル、回答、埋め込みベクトル、ログ、フィードバックが、ベンダーの自社モデルやサードパーティの汎用モデルの学習に使用されるのか、あるいは一切使用されないのかを確認してください。「顧客データでの学習は行いません」という説明に対しては、主体、目的、オプトインの状態、例外事項を明確に規定させる必要があります。

Mindsが公開している法的文書では、適用されるデータ処理の目的が明記されており、利用可能な場合でも明示的なオプトインがない限り汎用モデルの学習には使用されません。調達担当者は、自社の導入環境におけるプロバイダー固有のデータ保持ポリシーやゼロデータリテンション（ZDR）設定を確認する必要があります。すべてのベンダーに対して同等の厳密さで確認を行ってください。

復処理者とモデルプロバイダー

シンセティックリサーチの構成要素は、ホスティング、データベース、オブジェクトストレージ、アナリティクス、検索、音声文字起こし、埋め込み、複数のモデルプロバイダーなど多岐にわたります。完全な復処理者リストには、利用目的と処理地域が記載されていなければなりません。また、顧客が独自に連携させるサービスと、ベンダーが直接契約する復処理者を明確に区別する必要があります。

Artificial SocietiesのDPAはアーキテクチャの一部について非常に詳細な情報を提供しており、その透明性は評価に値します。また、Simileの参加者規約も重要です。参加者データの権利関係が人間データの参入障壁（モート）の一部を形成しているためです。適切なアプローチは、詳細を開示しているベンダーを過度に警戒することではなく、候補となるすべてのベンダーに対して同等の詳細開示を求めることです。

データレジデンシーと越境移転

「EU域内ホスティング」は「すべての処理がEU域内で完結する」ことと同義ではありません。インフラ、モデル推論、サポート、テレメトリー、オプション連携などは国境や地域をまたぐ場合があります。バックアップやログの保存場所、データ移転メカニズム、顧客管理下の連携機能を含め、実際の構成に応じた正確なデータフロー図の提示を求めてください。

Mindsは法務パッケージの中で、EUを主要インフラと位置付けつつ、一部の特定サービスにおける第三国での処理について記載しています。DPIAと復処理者一覧ページは、ホスティングに関する単一の記述だけで判断せず、併せて確認する必要があります。

アクセス制御、ID管理、テナント分離

エンタープライズ導入においては、認証方式、ロールおよびワークスペースの境界、テナント分離、API認証情報、監査ログ、削除権限を検証してください。SSOやSCIMについては、一般提供、プラン依存、アドオン、カスタム対応、または一般非公開のいずれであるかを明確に記録すべきです。ロードマップ上の項目を、すでに実装されている機能であるかのように扱ってはなりません。

Mindsの機能一覧では、顧客管理のSAML SSOを、合意に基づき設定されるエンタープライズ機能として位置付けています。共有ワークスペースでの編集権限は、ロールと共有スコープに準拠します。APIおよびMCPアクセスには、認証、利用制限、プランごとの構成が適用されます。こうした具体的な仕様の確認は、一般的な「エンタープライズ対応」という表記よりもはるかに重要です。

データ保持、削除、エクスポート

調達担当者は、アクティブデータ、削除済みデータ、バックアップ、ログ、派生した埋め込みベクトル、エクスポートされた成果物、サードパーティシステムについて、それぞれ個別の回答を得る必要があります。契約終了後のデータ削除期間や、早期削除依頼・法的保持（リーガルホールド）のプロセスを確認してください。また、削除前に監査や移行に必要な証拠データを顧客側でエクスポートできるかどうかも確認が必要です。

Mindsは、対象となるStudy、オーディエンス、回答、文字起こし、要約、ペルソナ、リサーチ結果データをサポートされている形式で構造化エクスポートする機能を備えています。利用可否はプランやワークフローによって異なります。エクスポート機能は契約上の削除条項の代わりにはなりません。双方の要件が不可欠です。

可用性とインシデント対応

SLAには、稼働率、免責事項、サポートの優先度、通知手順、目標復旧時間、サービスレジットを定義する必要があります。シンセティックリサーチはサードパーティのAIやデータサービスにも依存するため、ベンダーが適切な縮退運用を講じているか、システム障害時に進行中の調査がどう扱われるかを説明できる必要があります。

マーケティング資料に書かれた応答時間の宣伝文句をそのまま契約比較表に転記してはなりません。適用されるSLAと発注書の内容を確認してください。意思決定に大きな影響を与える場合は、過去の稼働実績履歴やインシデント対応の証跡を要求してください。

モデルおよびプロバイダーの変更

モデルの変更は、出力品質とデータ処理手順の双方を同時に変化させる可能性があります。調達においては、重大なプロバイダー変更の事前評価、該当する場合の復処理者変更通知、ならびに公開された検証結果をそのまま維持する前に適用範囲を定めたベンチマークのリグレッションテストを義務付けるべきです。

調達担当者向けチェックリスト

1. 最新のDPA、復処理者リスト、TOM、DPIAまたはリスク評価書、SLA、プライバシーポリシーを収集する。
2. すべてのデータ種別について、ベンダー、目的、地域、保持期間、削除プロセスをマッピングする。
3. 顧客データおよび参加者データのモデル学習に関する権利関係を記録する。
4. テナント分離、ロール権限、SSO、API認証情報、監査管理を検証する。
5. 一般提供されている管理機能と、アドオンまたはカスタム条項を明確に区別する。
6. 契約締結前にエクスポート機能と削除プロセスをテストする。
7. 重大なモデル変更に対する通知およびリグレッションテストの要件を定義する。
8. 意思決定に伴うリスクの度合いに応じて、検証レベルと人手によるレビューを調整する。

関連リソース

調達チェックリスト、セルフサーブ型とフルマネージド型の比較、データソース比較、Minds リサーチ、Artificial Societiesの代替候補もあわせてご活用ください。