NDA下の文字起こし：コンプライアンス対応ワークフロー

録音した会話をクラウド型文字起こしサービスにアップロードするとき、あなたはその会話を第三者に開示しています。ほとんどの秘密保持契約はまさにこの行為を制限しています。アップロードが自動的にNDA違反になるわけではありませんが、適切な契約構造が整っていなければ、違反になり得ます。

本記事では、実際に読むべき契約条項、実務におけるサブプロセッサチェーンの仕組み、機密性の高い音声を扱うチーム向けの現実的な社内承認ワークフローを取り上げます。

なぜ標準的なNDA文言が問題になるのか

標準的な守秘条項は、たとえば次のように書かれています。

受領当事者は、開示当事者の事前の書面による同意なく、秘密情報をいかなる第三者にも開示してはならない。

クラウド型文字起こしサービスは第三者です。音声をアップロードした瞬間に、サービスはその録音の内容を受け取ります。アップロードは、言葉の通常の意味での「開示」です。

解決策は定義条項を読み返しても見つかりません。見つかるのは、次の2つの構造的な修正のどちらかです。

1. NDAに、同等の義務を負うクラウドサービスの利用を認めるサブプロセッサ除外条項(カーブアウト)が含まれている。
2. 特定のクラウドサービスの利用について、相手方から別途の書面による同意を得る。

2018年以降に作成されたNDAテンプレートの多くには、「受領当事者は、内部処理目的でクラウドまたはSaaSのサブプロセッサを利用することができる。ただし、当該サブプロセッサは本契約と同等以上に厳格な守秘義務によって拘束されるものとする」といった文言が含まれています。それ以前の時期に作成されたNDAの場合は、この文言があるかどうかを確認してください。なければ、機密音声をアップロードする前に修正協議書またはサイドレターが必要です。

サブプロセッサチェーンの読み方

クラウド型文字起こしサービスに登録するとき、契約しているのはその会社だけではありません。その会社のサブプロセッサチェーン全体と契約しているのです。中規模の文字起こしSaaSにおける現実的なチェーンは次のようになります。

1. あなた(音声の管理者/コントローラー)
2. 文字起こしサービス(直接の処理者)
3. クラウドストレージ(AWS S3、Cloudflare R2、Google Cloud Storage)
4. AIモデルAPI(Deepgram、AssemblyAI、OpenAI Whisperなど)
5. 追加のサブプロセッサ(該当する場合)：分析、監視、エラー追跡

**チェーンの各リンクは、上位から下位へ流れる守秘義務で覆われていなければなりません。**GDPR第28条では、処理者はコントローラーから課されたのと同じデータ保護義務を自らのサブプロセッサにも課さなければならず、サブプロセッサがその義務を果たさなかった場合でも、処理者は「全面的な責任」を負い続けます。EU以外でも同じ論理がNDAに基づく守秘義務に当てはまります。元の契約が厳格な守秘を求めるなら、下流の各処理者も同等の条件で拘束されなければなりません。

文字起こし事業者を評価するときは、サブプロセッサ一覧を求めてください。具体的には、文字起こしのためにどの主体が音声を処理するのか、その主体との間でデータ保持に関する取り決めはどうなっているのかを尋ねてください。一部のAIモデルAPIは「ゼロデータリテンション」モードで運用されており、推論後に音声は保存されません。一方、オプトアウトしない限り、品質保証やモデル改善のために音声を保持する場合もあります。機密業務にとって、この2つは意味的に大きく異なる姿勢です。

AI学習の問題

AI文字起こし特有の懸念は、AIモデルが持続的な形で「開示」に該当するかどうかです。きれいなケースは、事前学習済みモデルが推論時に音声を処理し、永続データは保存されず、音声がどの学習データセットにも現れない場合です。厄介なケースは、事業者またはそのAIサブプロセッサが将来のモデル改善のために顧客音声を使用する場合です。

**事業者が顧客音声でモデルを学習させている場合、それを非開示だと主張するのははるかに難しくなります。**2025年8月に提起されたOtter.ai集団訴訟(Brewer v. Otter.ai)には、まさにこの主張が含まれていました。つまり、同サービスが参加者の十分な同意なしに録音された会議を使ってAIモデルを学習させたという主張です。この事件は関連訴訟と統合され、2026年半ばの時点で係争中です。結果がどうであれ、書面による明確な「学習禁止」の確約がない事業者を使うことの実務上・法律上のリスクを示す事例となっています。

どのベンダーに対しても、DPAまたは利用規約の中の明示的なポリシーを求めてください。「お客様のデータで学習は行いません」という一文は、マーケティングページではなく、署名済みの契約書に記載されているべきものです。

文字起こし向けの優れたDPAが実際にカバーすべき内容

機密音声を扱う業務のためのデータ処理契約(DPA)は、少なくとも以下の点に触れている必要があります。

**目的の限定。**文字起こしサービスの提供のみを目的とした処理であり、二次利用は一切行わないこと。

**学習禁止条項。**別途の書面による同意なしに顧客音声をモデル学習に使用することの明示的な禁止。

**通知付きのサブプロセッサ一覧。**現在のAIおよびインフラ系サブプロセッサの一覧を掲げ、追加・変更の前に事前通知を行うこと、そして顧客が異議を唱える権利を持つことへの確約。

**侵害通知。**顧客音声に影響を及ぼすあらゆるセキュリティインシデントについて、定められた期間内(通常24〜72時間)に通知すること。

**データ削除。**契約終了時に、すべての顧客音声と文字起こし結果を削除または返却し、書面で確認すること。

**監査権。**顧客が、直接または第三者を通じて、事業者の契約遵守状況を監査できる権利。

**越境移転メカニズム。**米国のインフラで処理されるEU発の音声については、欧州委員会が2021年に採択した標準契約条項(SCC)(またはGDPR第46条に基づく同等のメカニズム)を組み込む必要があります。これは、プライバシーポリシーに一般的なGDPR関連の文言があるかどうかにかかわらず要求されます。

ほとんどのプロフェッショナル向け文字起こしサービスは、依頼があればDPAを提供します。DPAの締結を拒むベンダーであれば、それは実際のデータガバナンス体制について意味のあるシグナルです。

GDPR上の義務と事業者契約で確認すべきポイントの詳細については、GDPR準拠の文字起こしの記事をご覧ください。

クライアントと交わすNDAの更新

リスクは双方向に存在します。クライアント案件の録音を文字起こしするサービス提供者である側になるとき、クライアントとのNDAはクラウドツールの使用を見越したものである必要があります。

保護条項は次のような形になります。

受領当事者は、本件業務の目的のために録音物を処理するため、AI文字起こし事業者を含むクラウドベースのサービスを利用することができる。ただし、当該サービスが本契約と同等以上に厳格な守秘義務によって拘束されることを条件とし、受領当事者は当該サービスによる違反についても責任を負う。

この文言がなければ、クライアントの録音をアップロードするたびに、技術的には同意を求めることになります。ほとんどのクライアントは、代替案であるすべての音声ファイルの手動文字起こしが現実的な要求ではないため、この条項を交渉なしに受け入れます。しかし、古い業務委託テンプレートにはこの条項がまったく含まれていないことがよくあります。自社の標準NDAテンプレートで「サブプロセッサ」や「クラウド」という語を検索してみてください。見つからなければ、次の案件が始まる前に条項を追加しましょう。

ロール別のパターン

法務実務

**弁護士が直面するハードルは最も高いです。守秘義務が契約上のものと職業上のものの両方だからです。**ABA公式意見477R(2017年改訂)は、弁護士が情報の感度に見合ったデューデリジェンスを行うのであれば、依頼者データにクラウドサービスを使うことは倫理的に許容されるとの判断を示しました。ニューヨーク市弁護士会(NYC Bar)の2025-6号意見はさらに、録音前に依頼者の同意を得ること、文字起こしの正確性を独自に検証すること、ツールがコンテンツで学習するかどうかを理解することを弁護士に求めています。

2026年時点で、42の州がモデル規則1.1のコメント8または同等の規範を採択しており、技術的能力は執行可能な倫理基準となっています。「そのツールが依頼者データで学習していたとは知らなかった」は抗弁になりません。

法務用途向けの実務チェックリスト：

• 事業者が顧客音声で学習していないことを確認する(DPA内で書面により)
• 案件終了後の妥当な期間で自動削除を設定する
• デューデリジェンスの内容を案件ファイルに記録する
• 所属州の弁護士会の個別の指針を確認する。ABAモデルよりも厳しい要件を課す管轄区域もある

特権(プリビレッジ)と文字起こしデータの保存・証拠開示(discovery)がどう相互作用するかの分析については、文字起こしと弁護士依頼者特権をご覧ください。

ジャーナリズム

情報源保護の懸念は、NDAコンプライアンスとは性格が異なります。問われるのは、事業者が守秘義務を負っているかどうかではなく、その義務が政府の強制命令に耐えられるかどうかです。

情報源が明示される日常的な取材や、リスクが低い報道であれば、標準的なDPA条件付きのクラウド文字起こしで十分です。一方、内部告発者、敵対的な管轄区域にいる情報源、機密指定資料を扱うハイリスクの報道では、クラウドサービスはDPAの内容にかかわらず、強制的に差し押さえられ得るデータの痕跡を作ってしまいます。そうしたケースに適した道具はローカル環境です。自分のハードウェア上で動くWhisperを使い、音声を一切端末の外に出しません。その代償はセットアップの手間と、最新のクラウドAPIよりわずかに低い精度です。

日常の報道の大部分では、クラウド文字起こしのパターンで問題ありません。自動削除を設定し、文字起こし結果と一緒に情報源を特定できるメモを残さないようにし、ネタがセンシティブになる前に事業者の管轄区域を把握しておきましょう。

企業の機密情報

M&Aの協議、人事判断、戦略立案、財務予測は、企業の文字起こしワークフローでよく扱われる題材です。ここで重要なのは自分でDPAを締結することではなく、組織のベンダーマネジメントプロセスを通じて文字起こしツールの承認を得ることです。

2026年のベンダーマネジメントガイダンスによれば、AIツールの企業調達サイクルは現在平均6〜14週間です。主な理由は、機能評価ではなくセキュリティレビューがボトルネックになっているためです。機密資料に使う文字起こしツールの承認が必要なら、それを見込んで計画を立てましょう。

ベンダーセキュリティレビューで通常求められる書類：

• 事業者のDPAとサブプロセッサ一覧
• 記入済みのベンダーセキュリティ質問票(多くのエンタープライズベンダーは標準フォーマットを持っています)
• 事業者のSOC 2 Type 2報告書(組織が要求する場合)
• 学習禁止ポリシーの書面による確認

SOC 2 Type 2の成熟度にまだ達していない文字起こし事業者もあります。企業がその認証を必須としている場合、承認済みベンダーの候補は大きく絞り込まれます。ツールを選んだ後ではなく、選ぶ前にこの点を織り込んでおきましょう。

社内承認ワークフロー

契約のレイヤーを理解すれば、機密音声を扱う新しい文字起こしツールの承認プロセスは予測可能なパターンに従います。実務上の順序は次のとおりです。

**ステップ1:基礎となるNDAを読む。**サブプロセッサ除外条項(カーブアウト)はありますか?あれば、それを記録しておきます。なければ、先に進む前に修正協議の対象としてフラグを立てます。

**ステップ2:事業者のDPAを確認する。**学習、侵害通知、契約終了時の削除、サブプロセッサの開示に触れていますか?事業者がDPAを提供しない、またはサブプロセッサ一覧を共有しない場合は、ここで中止します。

**ステップ3:AI学習ポリシーを確認する。**マーケティングコピーではなく、DPAまたは利用規約の中の明示的な文言を探します。「顧客データをモデルの学習に使用しません」という一文が、署名済みの契約書に記載されている必要があります。

**ステップ4:保持期間を設定する。**自動削除は、ワークフロー上実用的な最短の期間に設定します。事業者が削除期間の設定に対応していれば、それを使いましょう。実用的な設定については、文字起こしファイルの自動削除の記事をご覧ください。

**ステップ5:チェーンを文書化する。**整備している契約の記録を残します。事業者とのDPA、事業者のサブプロセッサ一覧、そしてサブプロセッサの利用を認めるクライアントNDAの文言です。クライアントや規制当局から問われたときに、これらを提示できなければなりません。

**ステップ6:チームを教育する。**契約のレイヤーが機能するのは、音声をアップロードする人々がどのコンテンツ区分にそれが求められるかを知っている場合だけです。「すべてのクライアント通話」はポリシーです。「戦略やM&Aに関するクライアント通話」もポリシーです。「センシティブなものはアップロードしないほうがよいだろう」という漠然とした感覚は、ポリシーではありません。

作業の大半は一度きりのセットアップです。それが終われば、日々のワークフローは定型化します。会議の文字起こしツールに音声をアップロードし、出力を確認し、文字起こし結果をファイリングする。契約のレイヤーは静かにバックグラウンドで機能し続けます。

契約だけでは足りないとき

DPAの内容にかかわらず、どんなクラウドサービスにも送ってはならないコンテンツがあります。

• 政府の機密指定資料:CJIS、FedRAMP、または同等の認証と特定のクリアランス済みネットワークが必要です。商用の文字起こしSaaSで要件を満たすものはありません。
• 有効な司法口止め命令の対象となるコンテンツ:第三者のシステムにコンテンツが存在すること自体が問題になり得ます。
• 情報源が、事業者の契約上の義務を覆す強制開示法制を持つ管轄区域にいる素材。
• 漏えいリスクが壊滅的で、侵害後の契約上の救済では組織を元の状態に戻せない営業秘密。

こうしたケースでは、ローカルで動かすWhisperが正解です。ローカル実行のWhisper large-v3モデルと最高峰のクラウドAPIとの精度差は縮まっており、本当に重大な素材については、第三者が関与しないというプライバシー保証のほうが、どんな精度上の優位よりも重くなります。

それ以外のすべてについては、適切なDPAと文書化された承認を伴うクラウド文字起こしのパターンが、法律事務所、コンサルティング業界、規制対象企業における標準的な実務です。会議ボットを導入せずに機密性の高い録音を手早く文字起こししたい場合は、ConvertAudioToTextが直接のファイルアップロードを受け付けており、顧客音声で学習を行いません。ただし、その主張は他の事業者と同じようにDPAで検証してください。契約のレイヤーは例外ではなく、標準なのです。

FAQ

クラウド型文字起こしサービスへの音声アップロードはNDA違反になりますか?

NDAの文言によります。多くのNDAは同意なく第三者へ開示することを禁じており、クラウドサービスも第三者です。しかし、近年の商用NDAの多くにはサブプロセッサ除外条項(カーブアウト)があり、同等の守秘義務を負うサービスであれば受領者がクラウドサービスを利用できるとしています。その文言より前の時期に作成されたNDAの場合は、アップロード前に修正協議書または別途の書面による同意が必要です。

文字起こし事業者とのDPAには実際に何を盛り込むべきですか?

最低限、次の内容が必要です。音声をサービス提供のためだけに処理する義務。同意なしに音声をAIモデルの学習に使うことの禁止。事前通知条項付きのサブプロセッサ一覧。定められた期間内(24〜72時間が一般的)でのインシデント通知。契約終了時のデータ削除。さらに音声がEU域外へ移転する場合は、GDPR第46条に基づく標準契約条項(SCC)または同等の移転メカニズムの組み込み。

文字起こしベンダーのサブプロセッサチェーンについて、どのような質問をすべきですか?

現在のサブプロセッサ一覧と、各サブプロセッサに課しているDPA条件を求めてください。重要な質問は次のとおりです。どのAIモデル提供元が音声を処理するのか、その提供元とゼロデータリテンション契約を結んでいるのか、そして提供元が顧客音声を使って将来のモデルを学習していないか。これらに書面で答えられないベンダーは、機密業務において高リスクと見なすべき相手です。

弁護士は依頼者の録音にAI文字起こしツールを使えますか?

原則として、十分なデューデリジェンスを行えば可能です。ABA公式意見477R(2017年)は、弁護士が感度に見合った合理的なセキュリティ調査を行えば、依頼者データのクラウドコンピューティング利用を倫理的に認めています。ニューヨーク市弁護士会の2025-6号意見はさらに、録音前に依頼者の同意を得ること、文字起こしの正確性を独自に検証すること、ツールがコンテンツで学習するかどうかを理解することを求めています。多くの州の弁護士会も同様の考え方ですが、細部は異なるため、管轄区域の倫理規則を確認してください。

出典

• GDPR第28条:処理者の義務
• NYC Bar公式意見2025-6:録音・文字起こし・要約へのAI利用をめぐる倫理問題
• ABA公式意見477R(クラウドセキュリティと弁護士倫理)
• Fireflies.ai データ処理契約(DPA)
• Otter.ai データ処理追加条項(DPA)
• 批判にさらされるAI議事録ツール:Otter.ai集団訴訟から学ぶ教訓
• 欧州委員会：標準契約条項(SCC)
• ICO:契約に含めるべき内容(第28条のDPA)
• 2026年のベンダーオンボーディングワークフロー:Moxo