Androidスマートフォンにワイヤレスヘッドセットを接続すると、ハンズフリー通話が簡単になりますが、通話録音アプリを確認して、クライアント側の音声が完全に無音で、自分の声しか録音されていないことが判明するまでがそうです。この記事は、Bluetoothイヤホンやワイヤレスヘッドセットを使用しながら双方向音声を確実に録音する必要があるAndroidユーザー、モバイル営業チーム、サポートスタッフ、現場のプロフェッショナル向けに、技術的な調査結果を提供します。
最新のAndroid OS（Android 10～16）とBluetooth SCOルーティングは、受信通話ストリームをハードウェア無線レイヤーで分離するため、サードパーティ製ソフトウェアアプリが相手の音声にアクセスすることを防ぎます。ワイヤレスヘッドセットを使用しながら双方向音声を安定して録音できる唯一の方法は、ネイティブのシステムダイヤラー（法的に許可されている場合）または、OSの音声制限を完全に回避する外部の圧電振動伝導ハードウェアを使用することです。本ガイドでは、Bluetoothオーディオが通話録音アプリを機能させない技術的な理由を解説し、Googleのソフトウェア制限の詳細を紹介し、ネイティブダイヤラーとサイドローディングによる回避策を評価した上で、音響振動ハードウェアが、プラットフォームを問わず録音とAI文字起こしのパイプラインをどのように提供するかを説明します。
ワイヤレスヘッドセット使用時にAndroidの通話録音アプリが機能しない理由
Androidの通話録音アプリが会話の一方の音声しか録音しない場合、設定の問題やアプリの不具合ではありません。Androidの音声ルーティングアーキテクチャに起因する問題です。このアーキテクチャを理解することが、OSアップデート後も機能するソリューションを選択するための前提条件です。
Bluetooth SCOオーディオルーティングの仕組み
BluetoothヘッドセットがAndroidスマートフォンとペアリングして通話に接続されると、スマートフォンとヘッドセットは「ハンズフリープロファイル（HFP）」と呼ばれる仕様で合意します。HFPでは、音声オーディオは「同期接続向け（SCO）」リンクを介して伝送されます。これは、低遅延の双方向音声伝送に最適化された専用の物理無線チャネルです。Bluetooth 5.2以降、新しいデバイスでは代わりにLE Audioアイソクロナスチャネル（ISO）を使用する場合があります。どちらのアプローチにも、重要なアーキテクチャ上の特徴があります。ダウンリンクとも呼ばれる受信通話音声は、セルラーモデムによって提供され、サードパーティ製アプリが読み取れるユーザー空間のオーディオミキサーを一切通過することなく、Bluetoothトランシーバーに直接ルーティングされます。
アップリンク側では、ワイヤレスヘッドセットのマイクがあなたの声を拾い、同じSCOリンクを介して送信します。特定の状況では、サードパーティ製録音アプリはこのアップリンクストリームにアクセスできます。これは、音声が物理マイクからAndroidの音声入力パイプラインに送られるためです。しかし、ダウンリンクストリームはそのパイプラインには決して入りません。
Android 12（APIレベル31）以降、GoogleはAudioManager.startBluetoothSco()とsetSpeakerphoneOn()を非推奨とし、Android 13以降のリリースで適用を強化し、AudioManager.setCommunicationDevice(AudioDeviceInfo)[2]を推奨するようになりました。この変更により、Bluetooth SCOとLE Audioアイソクロナスダウンリンク音声は、ハードウェア無線ベースバンドに明確に分離されました。Android独自のオーディオフレームワークでは、そのストリームはシステム以外のソフトウェアには利用できないものとして扱います。その結果は予測通りです。
片方の音声が無音になる問題の解説
最新のAndroid向けに作成されたサードパーティ製録音アプリは、保護された音声ソース定数の一部にしかアクセスできません。最も関連性の高いものはAudioSource.MICとAudioSource.VOICE_COMMUNICATIONです。前者はデバイスの物理マイクから読み取ります。後者はVoIPスタイルの通信を対象としており、アップリンクチャネルにアクセスできますが、Bluetooth SCOルーティングが有効な場合、ダウンリンクストリームにはアクセスできません。
通常のスピーカーフォン通話では、かつて不完全ながらもソフトウェアによる回避策がありました。スマートフォンの音量を上げ、スピーカーから漏れる相手の声を内蔵マイクで拾う方法です。この方法では音声が不明瞭になり、周囲のノイズも録音されますが、カジュアルな用途では時々機能しました。Bluetoothイヤホンは、この選択肢さえも排除します。ワイヤレスイヤホンを通じてダウンリンク音声が耳の穴に直接送られる場合、スマートフォンのマイクが拾える音響的な漏れは存在しません。録音アプリはあなたの声を鮮明に保存しますが、相手の声は振幅ゼロで記録されます。
コミュニティフォーラムには、重要なクライアントとの会話の後に初めてこの非対称性に気づいたユーザーが溢れています。現場のプロフェッショナルによる実際のテストでは、この問題はランダムでも一時的なものではなく、決定論的であることが確認されています。ワイヤレスヘッドセットを使用したすべての通話で、同じ片側だけのファイルが生成されます。
Android OSポリシーとソフトウェア録音制限
Bluetooth SCOの問題は2022年以前から存在していましたが、Googleのより広範なポリシー変更により、アプリベースの録音は信頼できないものから、事実上サポートされないものへと変わりました。このセクションでは、「Googleは意図的に通話録音アプリをブロックしたのか、ソフトウェアの権限でこれを解決できるのか」という疑問に答えます。
ネイティブ通話音声APIの非推奨化
Androidは初期バージョンから、サードパーティ製アプリによるセルラー音声ストリームへのアクセスを段階的に制限してきました。MediaRecorder.AudioSourceの開発者ドキュメントには、VOICE_CALLとVOICE_DOWNLINK[1]が定数として記載されていますが、どちらもシステムアプリに制限されるか、製品ビルドでは公開APIへのアクセスが隠されています。Android 10までに、Googleはアプリがフォアグラウンドにないときに通話音声を録音するのを防ぐため、バックグラウンドでのマイクキャプチャ規則を強化しました。Android 13までに、setCommunicationDevice()アーキテクチャにより、Bluetoothダウンリンクパスはサードパーティ製ソフトウェアから正式にアクセスできなくなりました。
この進展は、意図的なプラットフォーム設計の選択を反映しています。Googleは通話ストリームを機密性の高い電気通信データとして扱います。システムレベルのAPIとBluetooth無線ベースバンドルーティングの背後に分離することで、プラットフォームは通話録音を外部に送信しようとする悪意のあるアプリの攻撃対象領域を縮小します。二次的な影響として、正当な生産性アプリも同じ機能を失います。
2022年5月のGoogle PlayアクセシビリティAPI禁止
2022年5月11日、GoogleはGoogle Play開発者プログラムポリシーを更新し、サードパーティ製アプリがリモート通話音声の録音にAccessibilityService APIを使用することを禁止しました[3]。このポリシーにより、広く利用されていた最後のユーザー空間回避策が閉ざされました。
この回避策は、アプリのAccessibilityServiceが電話ダイヤラーのライブUI変更を監視し、アプリのレコーダーにデバイスのスピーカー出力からの音声をキャプチャするよう指示することで機能していました。さらに重要なのは、サービスが持つより広範な権限を使用して通話音声にアクセスすることで、Bluetoothダウンリンク音声の回避策を可能にしていたことです。Googleがポリシーを適用すると、ACRやCube ACRなどのアプリはPlayストアビルドでは真の双方向レコーダーとして機能しなくなりました。
Googleにとって、これは消費者保護の決定でした。アクセシビリティAPIは、ユーザーがデバイスを操作するのを支援するために設計されたものであり、通話録音のための隠されたバックドアとして機能させるためのものではありませんでした。Android開発者エコシステムは、Playストアの停止リスクを冒すのではなく、録音機能を削除または無効化することで対応しました。2022年以前にこれらのアプリをインストールしたユーザーは、なぜエコシステムが変化したのか理解できないまま、無音または片側だけの録音結果を残されました。
ルート化、サイドローディング、ADB回避策のリスク
一部のコミュニティでは、改造された.apkファイルをサイドローディングしたり、ShizukuやADBコマンドなどのツールを通じて昇格した権限を付与したりすることを推奨しています。この方法は、解決するよりも多くの運用リスクを生み出します。改造されたアプリはGoogle Play Protectの審査をバイパスするため、インストールするコードがマルウェアやデータ漏洩について確認されていないことを意味します。昇格したアクセシビリティとログ権限は、アプリが通話音声だけでなく、追加の画面情報やデバイスイベントにもアクセスできる技術的な経路を開きます。
企業ユーザーにとって、そのリスクはより深刻です。企業のモバイルデバイス管理（MDM）ポリシーは、サイドローディングされたアプリケーションのインストールを頻繁にブロックします。MDM保護を回避して録音ソフトウェアをインストールしようとすることは、雇用やセキュリティ上の結果を伴うポリシー違反となる可能性があります。毎月のAndroidセキュリティパッチも、回帰ベースの録音回避策を壊す傾向があり、チームは予測できないタイミングで壊れたツールを放置されることになります。
ネイティブダイヤラー：Samsung One UIとGoogle Pixelの機能
システムレベルのダイヤラー録音はアプリよりも優れていますが、特定の地域でのみ、かつ特定の通話タイプでのみ機能します。このセクションでは、追加のソフトウェアなしで、内蔵の電話アプリを使用して双方向Bluetooth通話を録音できるかどうかを評価します。
Samsung One UIネイティブ通話録音
SamsungのOne UIは、サポートされているGalaxyデバイスおよびサポートされている地域でネイティブ通話録音を提供します。Galaxy Budsまたは他のBluetoothヘッドセットがアクティブな場合でも、ダイヤラーはセルラー会話の両方を録音します。これは、機能がシステム電話スタックに統合されているためです。SamsungのCall Assistは、Galaxy AIを使用して録音された通話を文字起こしすることもできます。
Samsungがサポートする地域で活動する国際的な営業チームにとって、これは最も強力な内蔵オプションです。しかし、この機能は国固有コード（CSC）とキャリアファームウェアによってハードコードされています。ほとんどの報告では、インドおよびアジアとラテンアメリカの選択された地域では録音が有効になっている一方、米国、欧州連合、英国、カナダ、オーストラリアでは無効になっていることが示されています。米国の郵便番号地域でSamsungのスマートフォンを所有しても、この機能は有効になりません。キャリアは積極的に推奨していませんが、サポートされている地域のファームウェアを搭載したデバイスが必要になります。
Samsung GalaxyスマートフォンでBluetoothヘッドセットマイクを使って撮影する方法
Google Pixelスマートフォンのアプリ録音と音声告知
Google Pixelデバイスには、一部の国際市場向けにPhoneアプリでの通話録音機能が含まれています[4]。PixelのアプローチはSamsungよりも慎重です。録音が利用可能な地域では、ダイヤラーはすべての録音通話の開始時に、変更できない音声免責事項を再生します。「この通話は録音されています」というフレーズが音声ストリームに挿入され、すべての参加者がそれを聞くことができます。
コンプライアンスを重視するプロフェッショナルにとって、音声告知は有用です。手動の介入なしに多くの法的通知要件を満たすことができます。営業交渉や機密性の高いインタビューでは、同じトーンが信頼関係を損なう可能性があります。自動アナウンスは、同意をいつどのように得るかについてのユーザーコントロールを排除します。これは、一部のプロフェッショナルは受け入れられるが、他の人は受け入れられないトレードオフです。
普遍的なVoIPの死角：WhatsApp、Teams、Zoom
SamsungもGoogleのネイティブダイヤラーも、WhatsApp、Microsoft Teams、Zoom、Google Meet、またはその他の暗号化されたVoIPアプリケーションを介して行われる通話を録音することはできません。これらのアプリは、セルラー電話スタックではなく、独自のコーデックと暗号化を介してメディアを伝送します。ネイティブダイヤラーはそのメディアパスの一部ではありません。
2026年のビジネスコミュニケーションは、これらのユニファイドコミュニケーションプラットフォームに分散しています。営業担当者は午前中にセルラー通話を受け、午後にTeams会議に参加し、営業終了前にクライアントとWhatsApp音声メモをやり取りするかもしれません。最初のシナリオにしか機能しない録音ツールは、実際のワークフローでカバーする割合がますます少なくなっています。より広範なAndroid録音戦略を求める読者は、詳細なAndroid向け最高の通話録音ソリューションガイドを参照できます。
構造化された評価：Android通話録音方法の比較
通話録音方法を選択するには、音声キャプチャの信頼性、Bluetoothヘッドセットの互換性、VoIPサポート、セキュリティリスク、地域での利用可能性の間のトレードオフを評価する必要があります。以下の表は、構造化された比較をまとめています。ハードウェアとソフトウェアのより詳細な分析については、電話通話向けAIレコーダーの比較をご覧ください。
| 機能 / 性能 | Playストアアプリ | サイドローディング / ルートAPK | ネイティブダイヤラー（Samsung/Pixel） | 圧電ハードウェアレコーダー |
|---|---|---|---|---|
| Bluetoothヘッドセットでの双方向オーディオ | 失敗（片側のみ） | 不安定 / カーネルに依存 | サポートされている地域でのみ機能 | Bluetoothに関係なく機能 |
| VoIPサポート（Teams、Zoom、WhatsApp） | 失敗 | 失敗 | サポートされていない | すべてのオーディオ出力で機能 |
| 地域での利用可能性 | グローバルだが機能は壊れている | グローバル | 厳格なジオフェンス | 制限なしのグローバル |
| デバイスのセキュリティとプライバシー | Play Protect審査済み | 高いマルウェア/MDMリスク | システムレベルで安全 | エアギャップ / ローカルキャプチャ |
| 音声警告プロンプト | なし、ただしキャプチャされない | なし | Pixelまたは地域では必須 | ユーザー制御のコンプライアンス |
| 通話後のAI文字起こし | まれ、または基本のみ | なし | 限定的なエコシステムロックイン | 完全なLLM話者分離と要約 |
物理的なソリューション：音響振動伝導ハードウェア
ソフトウェアがダウンリンクストリームにアクセスできず、ネイティブダイヤラーが地域とアプリタイプによって制限されている場合、残された方法は、会話がAndroidの音声ルーティングレイヤーに入る前にキャプチャすることです。つまり、スマートフォン自体の物理的な振動を検出することです。
圧電シャーシ共振の物理学
すべてのスマートフォンは、音声が再生されるときに微小機械的な振動を発生させます。電話内部のイヤホンレシーバーは、周囲のシャーシ（アルミニウムフレーム、ガラス背面、ディスプレイをラミネートする構造用接着剤）を励起する音響圧力波を生成します。これは音響シャーシ共振と呼ばれ、音声が内蔵レシーバー、ハンズフリースピーカー、アプリ、またはモデムからBluetoothへのパスのいずれかで駆動されている場合でも発生します。
圧電接触トランスデューサーは、空気中ではなく固体表面からこれらの振動を直接検出します。この物理現象は、生物医学および音響工学の文献で研究されています。査読付きの研究によると、音声キャプチャ用途において、接触式圧電センサーは28.2 dBの信号対雑音比（SNR）を達成し、空気マイクの24.8 dBを上回ることがわかりました[5]。SNRが高いほど、周囲の干渉によるノイズが少なく、よりクリアな音声キャプチャが可能になります。さらに重要なのは、録音ワークフローにおいて、Bluetoothヘッドセットに音声が送信されても、スマートフォンの内部オーディオ処理ハードウェアが依然としてシャーシを通じて機械的な共振を発生させるため、構造振動が残るということです。
これは、空気中を伝わる音波に依存する空気伝導マイクとは根本的に異なります。会議中に置かれたスマートフォンは、自身のレシーバーからシャーシ振動を発生させます。その振動は、スマートフォンの背面に装着した接触センサーで検出可能です。指の摩擦、テーブルを叩く音、交通騒音などは、音声周波数帯の狭い範囲の機械共振に対応しないため、その大部分が除去されます。
