ローカル vs クラウド文字起こし: プライバシー、速度、精度の比較
あなたの音声データには価値があります。どこで処理するかによって何が起きるのかを見てみましょう。
OpenWhispr
エンジニアリング
目次
ローカル文字起こしは、音声をすべてデバイス上で処理します OpenAI WhisperやNVIDIA Parakeetのようなモデルを使い、whisper.cppなどの最適化ランタイムで実行します。音声がマシンの外へ出ることはありません。 クラウド文字起こしは、音声をリモートサーバーへ送信します Google、AWS、Microsoft、Deepgram、AssemblyAIなどのプロバイダーが運用するサーバー上で、大規模GPUクラスタが音声を処理し、テキスト文字起こしを返します。2つのアプローチの重要なトレードオフは、プライバシー、レイテンシ、精度、コスト、オフライン対応の5つです。この記事では、それぞれを実際の数字と実際のポリシーで検討し、情報に基づいて選べるようにします。
最終更新: 2026年2月17日。定量的な主張とポリシー上の主張は、少なくとも2つの一次情報源で照合しています。
ファクトチェック・スナップショット(二重情報源)
- オープンなローカルモデルは本番利用可能です: WhisperとParakeetには、オンデバイス推論に適した公開モデルカードとオープン実装があります。 OpenAI Whisper · NVIDIA Parakeet
- クラウドSTTは従量課金です: 主要プロバイダーは音声量とモデル階層に応じて課金します。 Googleの料金 · AWSの料金
- プロバイダーごとにデータの扱いは異なります: ログ保存/保持設定やオプトアウトはサービスごとに異なり、設定が必要です。 Googleのデータログ保存 · AWS AIオプトアウトポリシー
- 規制上の文脈は重要です: 生体情報や機微データに関する義務は、管轄地域と用途によって変わります。 GDPR公式テキスト · EU AI Act公式テキスト
- OpenWhisprのデプロイモデル: OpenWhisprはデフォルトでローカル処理を使い、必要な場合にはBYOKクラウド経路もサポートします。 OpenWhispr · whisper.cppランタイム
ローカルとクラウド: 主なトレードオフ
ローカル (OpenWhispr))
- プライバシー: 音声がデバイスに残る
- レイテンシ: ネットワーク往復なし
- コスト: 分単位のAPI請求はありません
- オフライン: インターネットなしでも動作します
- 制御: 決定的なローカル動作
クラウド APIs
- プライバシー: ポリシー + 構成に依存
- レイテンシ: ネットワークと地域に依存する
- コスト: 従量制課金
- オフライン: 利用不可
- スケール: 大規模なバッチワークロードにも簡単に対応
最も実用的なパターン: ローカルファーストで、必要な場合にのみエッジケースをクラウドにルーティングします。
クラウド文字起こしの仕組み
クラウドベースの音声テキスト変換サービスを使うと、音声はいくつもの段階を通ります。まず、デバイスがマイクから生音声を取得し、送信に適した形式へ圧縮します。一般的にはOpus、FLAC、リニアPCMです。この圧縮音声はインターネット経由でプロバイダーのAPIエンドポイントへ送信されます。通常はHTTPS、リアルタイムストリーミングではWebSocket接続です。
サーバー側では、プロバイダーがGPUクラスタ上にホストされた大規模ニューラルネットワークモデルへ音声を通します。これらのモデルは、通常、何十万時間ものラベル付き音声データで学習されており、個人が集められる量をはるかに超えています。結果の文字起こしがデバイスへ返されます。
主要なクラウド文字起こしプロバイダーは次のとおりです:
- Google Cloud Speech-to-Text — バッチとリアルタイムストリーミングの選択肢を備えた幅広い言語対応。
- AWS Transcribe — 自動言語識別、カスタム語彙対応、PIIリダクションを備えたAmazonのサービス。
- Microsoft Azure Speech — Microsoftエコシステムとの深い統合、カスタム音声モデル、リアルタイム文字起こし。
- Deepgram — 速度と開発者体験で知られ、Nova-3モデルは競争力のある価格で高い精度を提供。
- AssemblyAI — 精度と開発者向けツールに重点を置き、話者ダイアライゼーションとコンテンツモデレーションを内蔵。
クラウドのレイテンシは、キャプチャ、アップロード、サーバー側推論、応答配信を含むため変動します。接続が良好な環境では速く感じられますが、不安定なネットワークや高レイテンシ地域では体感速度が明らかに遅くなります。バッチ文字起こしは、ファイル長とキュー状況に応じて数秒から数分かかることがあります。
ローカル文字起こしの仕組み
ローカル文字起こしは、音声認識モデルをデバイス上で直接実行します。ネットワークは関与しません。音声はマイクからCPUまたはGPU上で動くモデルへ直接入り、反対側からテキストが出てきます。処理全体はあなたのマシンのメモリ内で起きます。
高品質なローカル文字起こしを実用的にしたブレークスルーは、2022年9月にOpenAIがWhisperを公開したことでした。これは68万時間の多言語音声で学習されたオープンソースモデルです。さらに最近、NVIDIAはParakeetファミリーのASRモデルを公開しました。英語ベンチマークで最先端の精度を達成し、オープンライセンスで利用できます。その少し後、Georgi Gerganovが whisper.cppを作りました。CPU推論向けに最適化されたC/C++再実装で、専用GPUなしの日常的なハードウェアへWhisperの精度を持ち込みました。
Whisperには複数のモデルサイズがあり、それぞれ精度と速度をトレードオフします:
| モデル | パラメータ数 | VRAM | 相対速度 |
|---|---|---|---|
| Tiny | 39M | ~1 GB | ~10x |
| Base | 74M | ~1 GB | ~7x |
| Small | 244M | ~2 GB | ~4x |
| Medium | 769M | ~5 GB | ~2x |
| Large-v3 | 1550M | ~10 GB | 1x(基準) |
| Turbo | 809M | ~6 GB | ~8x |
Apple Silicon(M1からM4)では、whisper.cppはMetal経由でGPU上に完全推論を走らせ、mediumモデルでもリアルタイムまたはリアルタイム超の速度を達成します。Turboモデル — large-v3の最適化版で、精度低下を最小限に抑えたバリアント — は最新MacBookで高スループットに動くため、低レイテンシのローカルディクテーションワークフローでよく使われます。
その他のローカル文字起こしエンジンには Vosk (軽量だが精度は低め)や Sherpa-ONNX (ONNXランタイム対応の次世代Kaldi)があります。ただしローカル文字起こし品質のゴールドスタンダードは、whisper.cpp経由のOpenAI WhisperとNVIDIA Parakeetのままです。
プライバシー: 中核となるトレードオフ
プライバシーは、ローカル文字起こしとクラウド文字起こしを分ける最大の違いです。ローカル処理では、「私の音声データはどうなるのか?」への答えは単純です。何も起きません。音声はデバイス上、RAM内に留まり、文字起こし後に破棄されます。信頼すべき第三者も、読むべきポリシーも、心配すべきデータ漏洩もありません。
クラウド文字起こしでは、プロバイダーを信頼する必要があります。主要プロバイダーが音声をどう扱うと実際に述べているかを見てみましょう:
Google Cloud Speech-to-Text
GoogleのSpeech-to-Textのデータログ保存はデフォルトでオフです。無効時、Googleは音声データをメモリ内で処理し、文字起こし結果を返すためだけに使用し、サーバーに保存しないと述べています。ただし、データログ保存にオプトインした場合(またはそれを必要とする特定機能を使う場合)、音声と文字起こしが保存され、Googleのモデル改善に使われることがあります。Googleの データログ保存ドキュメント では、これらの違いが詳しく説明されています。
データ処理場所はリージョン指定でき、GDPR準拠で重要になります。
AWS Transcribe
デフォルトでは、AWSはAmazon Transcribeで処理されたコンテンツをAWS AI/MLサービスの開発と改善に使用する場合があります。ただし、 AWS AIサービスのオプトアウトポリシーを使ってオプトアウトできます。オプトアウト時、AWSはコンテンツが保存されたりサービス改善に使われたりしないと述べています。音声データは転送中および保存時に暗号化されます。
重要: オプトアウトはデフォルトではありません。能動的に設定する必要があります。
Microsoft Azure Speech
Azureはデフォルトで顧客データを基盤モデルの改善に使用しません。同社の データプライバシードキュメント では、Speechサービスへ送信された音声は処理され、サーバーから直ちに削除されると記載されています。カスタムモデルを作成する場合、提供した学習データは明示的に削除するまでリソースと同じリージョンに保存されます。
Azureは完全オンプレミス処理向けに、切断環境用コンテナデプロイを提供しています。
規制上の考慮事項
GDPR: 音声録音はEU法上、生体データと見なされます。米国ベースのクラウドプロバイダーへ音声を送信すると、標準契約条項(SCC)やEU-US Data Privacy Frameworkがあっても、GDPR上のデータ移転懸念が生じます。ローカル処理は、生体データをデータ主体自身のデバイス内に留めることで、この問題を完全に避けます。
HIPAA: 医療提供者がクラウド文字起こしを使う場合、プロバイダーがBusiness Associate Agreement(BAA)を提供していることを確認しなければなりません。Google、AWS、AzureはいずれもBAAを提供していますが、設定要件は厳格です。ローカル文字起こしでは、保護対象保健情報が対象事業者の管理外へ出ないため、HIPAAのデータ取り扱い規則を回避できます。
ローカルの利点
ローカル文字起こしでは、読み解くべきプライバシーポリシーも、信頼すべきデータ保持スケジュールも、探すべきオプトアウトトグルもありません。音声はRAM内で処理され、録音を保存することを選ばない限りディスクにも書き込まれません。これは根本的に異なる信頼モデルです。データがマシンから出ないため、誰かを信頼する必要がありません。
精度: ローカルはどこまで近いのか
正直に言うと、上位のクラウドプロバイダーは、特定の用途ではまだ生の精度で優位です。膨大な独自データセットで学習し、リアルタイムのモデル更新を提供し、文脈に応じたカスタム語彙を活用できます。強いアクセント、騒がしい環境、専門分野の用語のような難しい音声では、GoogleのChirp 2やDeepgramのNova-3のようなクラウドサービスがよく機能します。
とはいえ、その差は大きく縮まりました。68万時間の多言語音声で学習されたOpenAI Whisper large-v3は、多くの一般的な言語で競争力のあるWord Error Rate(WER)を達成します。NVIDIAのParakeetモデルはさらに基準を押し上げ、標準的な英語ベンチマークで最も低いWERの一部を達成しています。独立ベンチマークでは、英語においてこれらのオープンモデルが商用クラウドサービスから数ポイント以内に収まり、ロングテールの特定言語では上回ることも一貫して示されています。
Turboモデル — 1.55Bではなく809Mパラメータのlarge-v3蒸留バリアント — は、精度の大半を維持しながらおよそ8倍高速に動きます。適切なマイクに向かって明瞭に話すリアルタイムディクテーションでは、多くのユーザーにとってTurboとクラウドAPIの差は無視できるほどです。
クラウド精度の利点
- カスタム語彙とドメイン適応
- サーバー側での継続的なモデル改善
- より強力な話者ダイアライゼーション(誰が何を言ったか)
- 言語ごとに調整された自動句読点と整形
ローカル精度の利点
- ネットワーク送信による音声圧縮アーティファクトがない
- 一貫した決定的な性能 — サーバー側のばらつきなし
- 完全な非圧縮16kHz音声を直接モデルへ入力
- Whisper large-v3とParakeetは、明瞭な発話のディクテーションではクラウドに匹敵
結論: 静かな環境で適切なマイクに向かってディクテーションするなら、Whisper Turbo、Whisper large-v3、Parakeetのようなローカル実行モデルは、実用上ほとんどの目的でクラウドサービスと見分けがつかない結果を出します。クラウドが優位になるのは、ノイズの多い複数話者シナリオ、ニッチな言語、ドメイン固有語彙です。
速度とレイテンシ
レイテンシが最も重要になるのは、話した直後に文字が表示されてほしいリアルタイムディクテーションです。ここでは、ローカルとクラウドの文字起こしは根本的に異なるレイテンシ特性を持ちます。
クラウドのレイテンシ内訳
- 音声キャプチャ + エンコード
- ネットワークアップロードとダウンロード (経路品質により変動)
- サーバー側キューイング + 推論 (プロバイダー負荷により変動)
- ユーザーが感じるレイテンシは、ネットワークと地域によって大きく変わります。
ローカルレイテンシ(Apple Silicon)
- Tiny/base: 最速の応答、品質上限は低め
- Small: 速度と品質のバランス
- Turbo: 高品質なリアルタイムディクテーション候補
- Largeモデル: 最高品質、より計算負荷が高い
- ネットワーク依存なし。接続状況に関係なく一貫しています。
リアルタイムストリーミングでは、接続が強ければクラウドプロバイダーは部分仮説をすばやく返せます。ただし、それでも安定した低レイテンシ接続が必要です。飛行機内、混雑した公共Wi-Fi、制限の厳しいVPN経路の背後では、体感レイテンシはすぐに悪化します。
whisper.cppによるローカル文字起こしは、従来の意味でのリアルタイムストリーミングではありません。多くのローカル実装は「push-to-talk」パターンを使います。話すと音声がバッファされ、その後モデルが完全なセグメントを処理します。Apple Mシリーズチップ上のTurboモデルでは、この処理ステップが十分速く、ディクテーションでは遅延がほとんど気になりません。短い発話では通常1秒未満です。
録音済みファイルの長時間文字起こしでは、クラウドサービスはGPUクラスタ全体へ並列化でき、大きなバッチも速く終わることがよくあります。ローカルのスループットはマシンとモデル選択に制約されるため、非常に長い録音では実行時間が長くなることがあります。
コスト: 無料 vs 分単位課金
ローカル文字起こしのコストは、すでに持っているハードウェア以外にかかりません。APIキーも、請求ダッシュボードも、分単位の料金もありません。モデルファイル(Tinyの75MBからLarge-v3の3GBまで)をダウンロードすれば終わりです。ずっと使えます。
クラウドプロバイダーは、ベンダーやモデルに応じて分単位または時間単位で使用量課金します。プランや割引は頻繁に変わるため、予算化する前に現在の料金を確認してください:
| プロバイダー | バッチ / 録音済み | ストリーミング / リアルタイム | 無料枠 |
|---|---|---|---|
| Google Speech-to-Text | 従量課金(モデル階層別) | 従量課金(モデル階層別) | トライアル/無料クォータはアカウントにより異なる |
| AWS Transcribe | 従量課金 | 従量課金 | 導入無料枠(期間限定) |
| Azure Speech | リージョン/モデルにより異なる | リージョン/モデルにより異なる | 限定無料クォータ |
| Deepgram | モデル階層別の従量課金 | モデル階層別の従量課金 | クレジットベースのトライアル |
| AssemblyAI | モデル階層別の従量課金 | モデル階層別の従量課金 | クレジットベースのトライアル |
| ローカル(Whisper / Parakeet) | 無料 | 無料 | 無制限、ずっと無料 |
クラウド費用の見積もり方
次のシンプルな式を使います: 年間音声分数 x ベンダー料金. チームで大量にディクテーションする場合、総コストは使用量と席数に比例して増えます。
ローカル推論(Whisper/Parakeet)は継続的なAPI料金を避けられるため、多くのチームはローカルをデフォルトにし、特別なケースだけクラウドへルーティングします。
注: クラウド料金には、話者ダイアライゼーション、PIIリダクション、カスタム語彙のような機能の追加料金が含まれることがあります。上記の基本料金は標準文字起こしのみを対象としています。
オフライン対応: ローカルが決定的に勝つ場面
これは二択です。クラウド文字起こしにはインターネットが必要で、ローカル文字起こしには不要です。多くの人にとって、これが決め手になります。
オフライン対応が必須になる場面:
旅行とリモートワーク
飛行機、電車、地方、発展途上地域など、Wi-Fiが不安定または存在しない場所。ローカル文字起こしは、上空35,000フィートでも自席でもまったく同じように動作します。
エアギャップ環境
政府施設、防衛請負業者、セキュアな研究所、金融機関は、外向きインターネットアクセスが完全にブロックされたエアギャップネットワークで運用されることがよくあります。ローカル文字起こしが唯一の選択肢です。
フィールドワーク
紛争地域のジャーナリスト、遠隔地の研究拠点の研究者、地方診療所の医療従事者などは、携帯電波が不安定または使えない環境でも信頼できる文字起こしを必要とします。
信頼性
接続が良好なオフィスでも、クラウドサービスには障害があります。AWS、Google Cloud、Azureはいずれも音声APIに影響する数時間規模のインシデントを経験しています。ローカル文字起こしには、停止し得る外部依存がありません。
横並び比較
| 要素 | ローカル | クラウド |
|---|---|---|
| プライバシー | ||
| 精度(英語) | ||
| 精度(多言語) | ||
| レイテンシ | ||
| コスト | ||
| オフライン利用 | ||
| セットアップの簡単さ | ||
| 話者ダイアライゼーション | ||
| スケーラビリティ |
どちらを選ぶべきか
どちらかが常に優れているわけではありません。正しい選択は、何を優先するかによって決まります。
ローカルを選ぶべき場合
- プライバシーが譲れない(医療、法務、個人日記)
- オフラインまたはエアギャップ運用が必要
- 文字起こしの継続費用をゼロにしたい
- 主な用途がディクテーション(単一話者、明瞭な音声)
- GDPR、HIPAA、または類似規制の対象である
クラウドを選ぶべき場合
- 複数人会議の話者ダイアライゼーションが必要
- 難しい音声条件で最大限の精度が必要
- 多数ユーザーへスケールするアプリケーションを構築している
- リアルタイムストリーミング文字起こしが必要
- ハードウェアが限られており大きなモデルを動かせない
ハイブリッドアプローチ
どちらか一方だけを選ぶ必要はありません。OpenWhisprを含む一部のアプリケーションは両方のモードをサポートします。プライバシーとゼロコストのためにWhisperやParakeetのようなローカルモデルをデフォルトで使い、クラウドが提供する追加精度や機能が必要なときだけ、自分のクラウドAPIキー(OpenAI、Deepgramなど)を持ち込みます。この「BYOK」(Bring Your Own Key)モデルは、どちらにもロックインされずに両方の長所を得られます。
出典および参考資料
- OpenAI Whisper — モデルサイズ、ベンチマーク、ドキュメントを含む元のモデルリポジトリ。
- whisper.cpp — CPUとApple Silicon GPU推論向けに最適化されたWhisperのC/C++移植版。
- NVIDIA Parakeet RNNTモデルカード — オープンASRモデルの指標と使用ガイダンス。
- Google Cloud Speech-to-Textの料金 — Googleの音声APIの現在の料金階層。
- AWS Transcribeの料金 — Amazonのバッチおよびストリーミング向け現在の従量課金。
- Azure Speech Servicesの料金 — Microsoftのリアルタイムおよびバッチ音声テキスト変換の料金。
- Deepgramの料金 — Deepgramのモデル階層別料金詳細。
- AssemblyAIの料金 — AssemblyAIの使用量とモデル階層別料金詳細。
- Google Speech-to-Textのデータログ保存 — 音声データの扱いと保存に関するGoogleのドキュメント。
- AWS AIサービスのオプトアウトポリシー — AWSがコンテンツをAIサービス改善に使うのを防ぐ方法。
- Azure Speechのデータプライバシー — Speech Servicesに関するMicrosoftのデータプライバシーとセキュリティのドキュメント。
- Robust Speech Recognition via Large-Scale Weak Supervision — Radford et al. (2022)による元のWhisper論文。学習手法とWERベンチマークを詳述。
- GDPR (EU公式テキスト) — 個人データ/生体データ取り扱いの法的基準。
- EU AI Act (EU公式テキスト) — 生体認証および高リスクシステムに関係するAIリスク階層の義務。
- OpenWhispr — ローカルファースト + 任意のBYOKクラウドワークフローを1つのアプリで実現する例。
1つのアプリで両方のアプローチを試す
OpenWhisprは、プライバシーとゼロコストのためのローカルモデル(OpenAI WhisperとNVIDIA Parakeet)と、最大精度が必要なときに自分のクラウドAPIキーを持ち込む方式の両方をサポートします。オープンソースで、永遠に無料です。
アカウント不要 · オフライン対応 · 永遠にオープンソース