BluetoothイヤホンがPCとスマホで切り替わる｜商談中は別の規則
2026年10月16日
イヤホンをパソコンとスマホの両方につないでいます。商談を始めたら音が出ない。スマホで音楽を止めたら出た。あるいは逆に、商談の途中でスマホに電話が来て、相手の声が消えた。
この「どちらに音が行くか」の規則を、ソニー・Apple・Google・ロジクールの公式の記述で当たりました。分かったのは、4社とも違うことを書いているということと、4社とも「パソコンのweb会議」を数に入れて書いていないということです。この記事は、公式に書いてある範囲と、商談で実際に起きることのあいだに空いている隙間の形を並べた記録です。出典は本文に置きます。
上位は全部「音楽」の例で書かれている
この語で検索して上位9件を読みました。内容はほぼ揃っています。マルチポイントとは2台に同時につなげる機能である。対応していれば切り替えの操作が要らない。対応していなければスマホ側のBluetoothを切る。接続先を手早く切り替える手順。
どれも正しいです。ただし例に出てくるのが全部「音楽」です。 片方で音楽を止めて、もう片方で音楽を始める。帰り道に聴いていた曲がパソコンに移る。商談に当たる例は1件も出てきませんでした。
ここが効きます。商談は、イヤホンから見ると音楽ではありません。 だから音楽の例で書かれた説明は、そのままでは当たりません。
商談は、イヤホンから見ると「通話」です
Bluetoothには、再生のための方式と、マイクが使える方式が別々にあります。Microsoftは再生側の方式についてこう書いています。
> A2DP only supports audio output from the host to the audio device. When audio capture (for example, voice capture using the microphone in the audio devices) is used, it's necessary to use HFP instead.
（Bluetooth Classic Audio・訳は筆者。再生側の方式はホストから機器への出力しか扱わないので、マイクで録る場合は通話側の方式を使う必要がある）
そして切り替わる合図も書かれています。
> Windows selects HFP instead of A2DP when any of the following scenarios are true: > - An application opens the input (microphone) endpoint.
アプリがマイクを開いた時点で通話側に移ります。ブラウザで商談に入るなら、名前を入れてカメラを確かめる画面でもう開いています。この話はBluetoothイヤホンの音が通話中だけ落ちる理由に詳しく書きました。
つまり商談中のイヤホンは、音楽を再生している状態ではなく、通話している状態です。上位の説明が扱っていたのは前者で、商談で知りたいのは後者です。
通話が来たときの答えが、4社で違う
4社の公式を順に見ます。同じ「マルチポイント」という言葉で呼ばれているものが、同じ場面で違うことをすると書かれています。
ソニーは、通話の場面を独立した項目として書いています。
> ヘッドセットに2台のスマートフォンなどを同時にBluetooth接続すると、2台とも着信待ち受け状態になります。 > 1台目の機器に着信があると、着信音はヘッドセットから聞こえます。 > ヘッドセットで通話をしているときに、2台目の機器に着信があると、着信音は2台目の機器から聞こえます。1台目の機器の通話を終了すると、2台目の機器からの着信音がヘッドセットから聞こえるようになります。
読むと、通話中のイヤホンは奪われません。 2台目の着信音はイヤホンではなく、スマホ本体から鳴ります。話している途中に音が入ってこない作りです。
Appleは、もっと短く、はっきり書いています。
> 通話中、FaceTime通話中、ビデオ会議中など、会話中には音声がデバイス間で自動で切り替わることはありません。
「ビデオ会議中」が名指しで入っています。 4社の中でここだけです。ただし英語版の同じ文は Sound should not switch from one device to another automatically if you're in a conversation, like a phone call, a FaceTime call, or a video conference. で、should not（そうならないはず）という書き方です。日本語の「ことはありません」より弱い言い方で、同じページの別の言語で強さが違います。断定の度合いは英語版のほうを取るのが安全だと考えています。
Googleは、優先の順番そのものを書いています。
> Phone calls or video calls take precedence over Google Assistant and Google Assistant will take precedence over media like music, notifications, or system sounds. > Ongoing music or video media from one audio source can't be interrupted by the other audio source.
（Use Multipoint and audio switch on Google Pixel Buds 2a and Pro・訳は筆者。通話はアシスタントより優先され、アシスタントは音楽・通知・システム音より優先される。片方で続いている音楽や動画は、もう片方から割り込まれない）
音楽同士は割り込めない、通話は音楽に割り込める、と書き分けられています。 ただし通話同士がぶつかったときのことは書かれていません。 同じページには Multipoint connectivity is off by default.（既定ではオフ）ともあります。つながっていないのを不調と思って探し回る前に、ここを見るほうが早いです。
ロジクールは、優先を利用者が選ぶ形にしています。
> If you select Audio, calls and notifications, the Bluetooth connected device will override the receiver connected device when there are audio, calls and notifications > If you select Phone calls only, the Bluetooth connected device will only override the receiver connected device when there is a call
（Connect to multiple devices with Multipoint for audio・訳は筆者。前者を選ぶと、音・通話・通知のどれでもBluetooth側の機器が受信機側を上書きする。後者を選ぶと、通話のときだけ上書きする）
設定で2通りに変えられるという答えです。業務用のヘッドセットなので、パソコンに専用の受信機を挿し、スマホはBluetoothでつなぐ使い方が前提になっています。通知で商談の音が飛ばないようにしたいなら、後者を選ぶ形です。
並べると、同じ言葉で呼ばれているものがこう分かれます。
| 通話中に、もう片方から着信 | |
|---|---|
| ソニー | イヤホンは取られない。着信音はスマホ本体から鳴る |
| Apple | 会話中（ビデオ会議を含む）は自動で切り替わらない |
| 通話は音楽に勝つ。通話同士のことは書かれていない | |
| ロジクール | 「通話のときだけ上書き」か「音も通知も上書き」を選ぶ |
「自動で切り替えない」側に寄せる設定は、名前も場所も違う
商談のあいだだけは、勝手に動かないほうが都合がいい。その設定はどの会社にもありますが、名前も置き場所も揃っていません。
Appleは2つに分かれています。1つは接続先の既定を変えるもので、Macなら「このMacに接続」の下にある「このMacに前回接続していた場合」を選びます。もう1つは出力先を取られないようにするもので、iPhoneの設定の「一般」→「AirPlayと連係」にある「オーディオをヘッドフォンで聴き続ける」です（AirPodsをAppleデバイス間で切り替える）。後者の説明に挙がっている例は自動車で、商談の例ではありません。それでも効く向きは同じです。
Googleは機能そのものが既定でオフです。ソニーは「2台の機器と同時に接続」をアプリでオンにする形で、オンにしなければ1台だけにつながります。ロジクールは上で見た2択です。
共通しているのは、「商談中だけ止める」という設定がどこにも無いことです。あるのは、常にオンか常にオフか、どの種類の音で上書きするかの選択だけです。商談のたびに切り替える前提の作りにはなっていません。
電源を切ると戻る設定と、3台目をつないだときに切れる側
ここから2つ、公式に書かれているのに上位が触れていなかったものを挙げます。どちらも「設定したのに元に戻っている」の説明になります。
1つ目。ロジクールの同じページには、設定の寿命が書かれています。
> This setting will be defaulted to Audio, calls and notifications every time the headset or headphones powers off.
電源を切るたびに、既定の側へ戻ります（訳は筆者）。つまり「通話のときだけ上書き」を選んでも、ヘッドセットの電源を入れ直せば元に戻っています。朝に設定して、昼休みに充電のため電源を切ったら、午後の商談では戻っているという形です。設定した記憶と、いまの設定が食い違います。
2つ目。ソニーには、3台目をつないだときに何が切れるかが書かれています。
> 3台目の機器を操作してヘッドセットとBluetooth接続しようとすると、最後に音楽再生していた機器のBluetooth接続は維持され、もう一方の機器とのBluetooth接続が切断されます。
残る側を決めているのは「最後に音楽再生していた機器」です。商談中のパソコンは音楽を再生していません。この文のとおりに読むなら、残るのは音楽を聴いていたほうで、切れるのは商談をしているほうになります。会議室のスピーカーやタブレットを後からつなぐ場面が、これに当たります。
商談の前に決めておけること
公式に書いてある範囲では、商談中に何が起きるかを確かめきれません。確かめられないなら、確かめなくても成り立つ形に寄せるほうが早いです。4つあります。
1台だけにつないで商談に入る。 もっとも確実です。商談の前にスマホ側のBluetoothを切るか、イヤホンを1台だけにつなぐ設定にします。切り替わる余地が無くなります。
自動で切り替わらない側の設定を、先に入れておく。 名前は会社ごとに違いますが、どの会社にもあります。商談のたびに入れる作りではないので、常に入れておく前提で選びます。
電源を入れ直したら、設定を見直す。 少なくともロジクールは電源オフで既定に戻ります。他社がどうかは確かめられていません。充電のあとは一度見ます。
3台目をつながない。 つなぐ必要があるなら、商談が終わってからにします。残る側が「最後に音楽を再生していた機器」で決まるなら、商談中のパソコンは残る側に入りません。
この4つの効果は測っていません。順番の根拠は、あとから取り消せないこと（相手の声が途切れた時間）から潰す、という考え方だけです。
分からなかったこと
3つ、確かめられませんでした。
4社とも、「パソコンのweb会議」を通話として数えているかを書いていません。 ソニーの通話の項目は「2台のスマートフォンなど」で始まり、Googleの phone calls or video calls がパソコン側の会議を含むのかも書かれていません。Appleだけが「ビデオ会議中」と名指ししています。Windowsの文書を読めばパソコン側はマイクを開いた時点で通話側の方式に入りますが、その状態をイヤホンが「通話中」として扱うかは、イヤホン側の公式の記述からは決められませんでした。 ここが、公式に書いてある範囲と商談のあいだに空いている隙間です。
機種ごとの違いを調べていません。 引いたのはソニーのLinkBuds、Pixel Buds 2aとPro、ロジクールのZone系、AirPodsの記述です。同じメーカーでも機種で違う可能性があります。自分の機種のヘルプを一度見るほうが確実です。
実際に試して測っていません。 この記事に書いた挙動は、4社の公式の文面とMicrosoftの文書から読んだものです。手元で商談中にスマホを鳴らして確かめた記録ではありません。
Meetnectの場合
Meetnectはブラウザだけで動くオンライン商談ツールで、音の出口の機器を選ぶ画面を置いていません。選べるようにしても、どちらの機器に音が行くかはイヤホンとOSが決めるので、画面から動かせないものを並べることになるからです（判断の理由はイヤホンを挿しても相手に声が届かないときに書きました）。できるのは、音が変わるきっかけを商談中ではなく入室前の画面に寄せておくことだけです。相手の声が急に消えたときは、回線を疑う前に「いまイヤホンは無線ですか」と1回聞くほうが早いです。