人工知能 · 解説記事
音声認識とボイスツーテキストAIの実際の仕組み
公開:
要点
現代の音声テキスト変換システムは、音波をスペクトログラム画像に変換し、その画像をニューラルネットワークに通して、1トークンずつテキストを予測します。Googleのオンデバイス認識器やOpenAIのWhisperなどのシステムによって開拓された同じコア方式は、現在、スマートフォンのキーボード、スマートスピーカー、アクセシビリティツールを動かしていますが、研究者はこれらのモデルが実際には話されなかった単語を生成する事例も記録しています。
この版は原文(English)の機械翻訳です。 原文を読む
スマートフォンがボイスメール、スマートスピーカーが音声質問に回答したり、キャプションアプリがライブ字幕を表示したりするたびに、同じ基本的なパイプラインがバックグラウンドで実行されます:音声は視覚的なパターンに変換され、ニューラルネットワークはそのパターンを読んで単語を推測します。このエクスプレーナーは、そのパイプラインがどのように機能するか、どのシステムが広く使用されているか、そしてこの技術がまだ間違いを犯す場所を説明します。
音波からスペクトログラムへ
音声テキスト変換システムは生の音声を直接読みません。arXivに投稿されたOpenAIのWhisperモデルの技術論文によると、トランスクリプションが行われる前に、音声はまずニューラルネットワークが効率的に処理できる形式に変換されます。OpenAIがGitHubで公開したWhisperの開発者ドキュメンテーションは、モデルを「多言語トランスクリプション、英語への翻訳、話言語識別、音声活動検出を処理する汎用音声認識モデル」と説明しており、複数の別個ステージではなく1つのモデルを通じてすべてを実行します。
現代的なシステム全体で共通の手法は、音声をメルスペクトログラムに変換することです:記録の各瞬間にどの周波数が存在するかを示し、人間の耳が音高をどのように認識するかにほぼ一致するようにスケーリングされたチャート。その画像のような表現が、生の波形ではなく、ニューラルネットワークに入力されるものです。
2つの異なるアプローチ:クラウドスケールとオンデバイス
すべての音声認識器が同じ方法で構築されているわけではなく、その違いは、それらがどのように、どこで実行できるかに影響します。
arXiv論文『大規模弱教師によるロバストな音声認識』で説明されているOpenAIのWhisperは、インターネットから収集した680,000時間の多言語および多タスク音声データで訓練され、GPTなどのテキスト生成モデルの背後にあるものと同様のエンコーダ-デコーダトランスフォーマアーキテクチャを使用しています。エンコーダはスペクトログラムを処理し、デコーダはテキストトークンを1つずつ予測します。論文の著者は、結果のモデルが「ゼロショット設定で標準的なベンチマークに良好に一般化される」と報告しており、つまり、それらの特定のベンチマークで微調整されることなく、「人間と比較すると、モデルは彼らの精度とロバストネスに近づいている」と述べています。
Google Gboardキーボード用のオンデバイス認識器を形作った異なる設計目標は、2019年3月12日のGoogleリサーチブログの投稿で説明されています。リモートサーバーで実行される大規模なモデルではなく、Googleはいわゆる「オールニューラル、オンデバイス音声認識器」をRNNトランスデューサ(RNN-T)と呼ばれる手法を使用して構築しました。このシステムは、パラメータ量子化と呼ばれる手法を適用することで約80メガバイトまで圧縮されます。この投稿によると、これは従来の浮動小数点版(圧縮前に約450メガバイト)と比較してほぼ4倍の削減を実現しました。これはGoogleの従来の本番モデルで使用される検索グラフの約2ギガバイトと対比されます。モデル全体がスマートフォンに収まるため、Googleはそれが「従来のサーバーベースのモデルと同じ精度を提供する」と述べており、「オフラインの場合でも機能する」ため、リモートサーバーへの音声送信に伴う遅延や中断を回避できます。
| 特性 | クラウドスケールモデル(例:Whisper) | オンデバイスモデル(例:Googleの Gboard認識器) |
|---|---|---|
| 実行場所 | サーバー/クラウド(またはダウンロードされた大規模モデル) | 電話上で直接 |
| コアアーキテクチャ | エンコーダ-デコーダトランスフォーマー | RNNトランスデューサー(RNN-T) |
| 訓練データ | OpenAIの論文による680,000時間、多言語 | Googleがこの投稿で指定していない |
| オフラインで動作 | 本質的ではない | はい、設計による |
| 報告されたサイズ | 複数のモデルサイズ、最大15億5,000万パラメータ(GitHubより) | 圧縮後約80MB(圧縮前450MB)(Googleより) |
アクセシビリティにとってなぜこれが重要なのか
音声認識は、訓練で十分に見たことのある音声パターンに対してのみうまく機能します。Googleのソーシャルグッドのためのキズムチーム(AI for social good)は、2019年5月7日のブログ投稿でプロジェクト・ユーフォニアを立ち上げ、標準的なモデルは、投稿が「典型的な」音声と呼ぶものの大量から構築されており、そのため、脳卒中、ALS、多発性硬化症、脳外傷、パーキンソン病によって音声が変わった人々のためにはパフォーマンスが悪いと述べています。プロジェクトと協力しているALS擁護団体のTeam Gleasanは、脳性麻痺をこの技術を使いにくくする状態の1つとして別途リストアップしています。プロジェクトは、非定型音声を持つボランティアに句を録音してもらい、研究者がより包括的なモデルを構築できるようにしています。同じブログの2022年のフォローアップ投稿は、プロジェクトの研究が、元の英語作業に加えて、フランス語、ヒンディー語、日本語、スペイン語の4つの言語にさらに拡大したことを発表し、より広い取り組みがプロジェクト・リレート(Project Relate)に成長したと述べています。これは、2021年11月の別のGoogleブログ投稿で説明されている通り、クローズドベータ段階で当時起動されたAndroidアプリで、ユーザーの個別の音声パターンを学習し、パーソナライズされた認識モデルを構築するために設計されています。
技術がまだ失敗する場所:「ハルシネーション」
自動トランスクリプションは単に遅いまたは時々間違っているだけではなく、研究者はモデルが実際には話されなかったコンテンツを生成する場合があることを文書化しており、この失敗モードは一般的に「ハルシネーション」と呼ばれます。Fortuneによる2024年10月26日に公開された報道は、コーネル大学のAllison Koeneackeと、バージニア大学のMona Sloaneの研究者を引用しており、彼らはWhisperトランスクリプトで特定したハルシネーションのうち、ほぼ40%が、研究者が有害または懸念があると分類したコンテンツを含んでいることを発見し、これには、でっち上げられた暴力的な発言と、元の音声に存在しなかった作られた人種的論評が含まれていました。同じ報道によると、Nablaという会社のWhisperベースのトランスクリプションは、その時点で40の医療システム全体にわたって30,000人以上の臨床医によって既に使用されており、およそ700万の医療訪問がそのポイントまでにトランスクリプションされていましたが、OpenAIはトランスクリプション・エラーが意思決定に影響を与える可能性がある「高リスク領域」でWhisperを使用しないよう警告していました。
人間と比較すると、モデルは精度とロバストネスに近づいている。
人々が毎日これに遭遇する場所
- スマートフォンキーボード:オンデバイス音声認識(例えば、Gboardのオフライン認識器)は、音声をサーバーに送信せずに話された言葉を入力テキストに変換します。
- スマートスピーカーと音声アシスタント:クラウドベースまたはハイブリッドモデルは、音声コマンドを解釈します。
- アクセシビリティツール:パーソナライズされたモデルに基づくアプリ(例えば、Project Relate)は、非定型音声パターンを持つ人々のための音声トランスクリプションを支援します。
- 医療および専門的なトランスクリプション:Whisperベースの商用製品はコンサルテーションおよび会議をトランスクリプションし、この使用事例は現在、ハルシネーション率に関するスクラティニーに直面しています。
よくある質問
- 音声認識とボイスツーテキストの違いは何ですか?
- 実際には、用語は相互に使用されます:両方とも、OpenAIおよびGoogleの技術出版物に説明されている、スペクトログラム・プラス・ニューラルネットワークパイプラインを使用して、話された音声を書かれたテキストに変換するソフトウェアを説明します。
- ボイスツーテキストはインターネット接続なしで機能しますか?
- 認識器が完全にデバイスで実行されるのに十分に小さい場合は、機能します。2019年3月のGoogleリサーチブログの投稿で説明されているGoogle Gboard認識器は、リモートサーバーに依存していた以前のシステムとは異なり、約80MBで完全にオフラインで実行されるために特別に構築されました。
- なぜAIトランスクリプションは実際には話されていないテキストを生成することがありますか?
- これはハルシネーションと呼ばれます。Fortuneが引用した研究は、OpenAIのWhisperモデルで、研究者が、ほぼ40%が有害に分類されたコンテンツを含むハルシネーションを特定したことを示しており、これには、でっち上げられた暴力的な発言や、元の音声に存在しなかった人種的論評が含まれています。
- 音声テキスト変換AIはどれだけの音声データで訓練されていますか?
- arXivのOpenAIのWhisper論文によると、モデルはインターネットから収集された680,000時間の多言語および多タスク音声データで訓練されました。
- 音声障害を持つ人々のために音声認識がより利用しやすくなるのはどのようにしてですか?
- 2019年5月のブログ投稿で立ち上げられたGoogleのプロジェクト・ユーフォニアは、非定型音声を持つボランティアから音声サンプルを収集します。これは、投稿が脳卒中、ALS、多発性硬化症、脳外傷、パーキンソン病によって引き起こされると述べており、ALS団体Team Gleasanは脳性麻痺も引き起こされる条件の1つとして挙げています。より包括的でパーソナライズされた認識モデルを構築するためです。2022年のフォローアップ投稿は、その作業がプロジェクト・リレート(Project Relate)に成長したと述べており、これは2021年11月の別のGoogleの投稿で、クローズドベータで起動されたAndroidアプリとして説明されており、ユーザーの音声パターンを学習して、パーソナライズされたモデルを構築するために設計されています。
出典
- arXiv — Robust Speech Recognition via Large-Scale Weak Supervision (Whisper paper)
- GitHub (OpenAI) — openai/whisper repository
- Google Research Blog — An All-Neural On-Device Speech Recognizer
- Google (blog.google) — How AI can improve products for people with impaired speech
- Google (blog.google) — How we build with and for people with disabilities
- Fortune — OpenAI's transcription tool has a hallucination problem, researchers say
- Team Gleason — Project Euphonia collaboration overview
この記事は人工知能で作成され、公開前に出典の自動チェックを通過しています。誤りを見つけたら訂正を依頼してください。 訂正・反論を依頼する · 制作方針
関連記事

人工知能解説記事
Accentureが従業員のClaude AI支出を月額29ドルに制限、月額1,000ドル請求後
Accentureは現在、Anthropic社のClaudeに対して従業員1人あたり月額29ドルの中央資金提供に限定しており、以前は一部スタッフが月額500ドルから1,000ドルの請求をしていたシステムから転換した。上限を超える従業員は特定のプロジェクトまたはチームが追加費用をカバーするよう求める必要があり、プレミアム層は週250ドル分のトークン使用量を提供する。この変更は2026年10月1日に発効し、404 Mediaが最初に報道した。
人工知能解説記事
ニューラルネットワークとディープラーニングがAIシステムに学習と意思決定を可能にする方法
ニューラルネットワークは、重みと呼ばれる内部の数値を繰り返し調整することで学習します。バックプロパゲーションという訓練方法を使用して、予測と既知の答えを比較したときに見つかったエラーを修正します。ディープラーニングはこれらのネットワークの多くの層を重ねるため、今日のAIシステムは明示的でハンドライティングされたルールなしにパターンを認識し、出力を生成できます。

人工知能解説記事
大規模言語モデルが実際にどのように機能し、何ができて何ができないか
大規模言語モデルは、それ以前のすべてを考慮して、テキストの次の部分(トークンと呼ばれる)を予測するために訓練されたニューラルネットワークです。完全な応答が生成されるまで、その単一の予測ステップを何千回も繰り返すことで長い応答を生成し、事実を検索したり、人間が実際に「知っている」方法とは異なります。
人工知能解説記事
機械学習モデルの訓練、最適化、デプロイ方法
機械学習モデルは3つの広い段階で構築されます。勾配降下法などのアルゴリズムを使用してラベル付きデータで訓練する段階、ハイパーパラメータチューニングを通じた最適化と保留されたテストセットに対する検証、そして本番環境へのデプロイメント(API、バッチジョブ、またはエッジ組み込みサービスとして)です。各段階に続いて継続的な監視が行われ、パフォーマンスが低下した場合に再訓練をトリガーすることができます。