Android Autoで、スマホと自動車のシステムの接続性が改善されたという情報があったので、1回試したところ、改善された可能性があることが分かった。そこで、接続性改善に関する情報を集め、改善されている可能性があれば、条件を色々変えて再現性の確認を行うことにした。ChatGPT 5.5 Thinkingに情報収集を依頼したところ、再現性の確認要領も提案してくれたので、私の実使用環境に合わせた確認要領も提案してもらうことになった。最終的に、私の実使用環境での接続性問題の実情が明らかになった。
（注）本記事の内容は正確性を保証するものではない。
（2026年6月17日 追記）本記事では「MirrorLink」という古い規格について触れていますが、あらためて、この規格がどのようなものであったのかを調べてみました。調査結果を本記事の最後に追記しました。私が車を購入した時点では、すでにこの規格は下火になっていましたが、思った以上に多くの車種に採用されていたという印象です。
（2026年6月16日 追記）YouTube動画を追加しました。 https://youtu.be/vqkASytb8as
接続性の改善に関する調査
Android Autoで、スマホと自動車システムの接続性が改善されたという情報があり、1回試したところ、改善が見られたように思います。これに関する情報を探してください
はい。あなたが感じた改善は、2026年6月8日配信の Google Play services v26.22 に含まれた Android Auto向け接続修正と関係している可能性が高そうです。
Google公式の「Google System Services Release Notes」では、Google Play services v26.22（2026-06-08）の項目に、Device Connectivityとして 「[Auto] Bug fixes for Device Connections related services」 と記載されています。
つまり、Android Auto本体アプリではなく、スマホ側のGoogle Play services経由で、スマホと車載システムの接続まわりが修正された形です。(Google ヘルプ)
外部記事でも同じ点が報じられており、autoevolutionは「修正はAndroid Autoの最新ビルドではなく、Google Play Servicesの新バージョンに含まれる」と説明しています。
対象バージョンは 26.22 で、Android Auto関連アプリだけでなくGoogle Play servicesなども最新にしておく必要がある、という見方です。(autoevolution)
具体的な症状としては、Tom’s Guideの記事で、Samsung Galaxy S26 Ultra と 2019 Honda CR-V の組み合わせで、5月のセキュリティ更新後に接続が不安定になり、6月8日のGoogle Play services更新後に接続がスムーズになった、という体験談が紹介されています。
ただし、Googleは修正内容の詳細や対象車種を明示していません。(Tom’s Guide)
整理すると、今回の情報は次のようになります。
| 項目 | 内容 |
|---|---|
| 改善の本体 | Google Play services v26.22 |
| 配信日 | 2026年6月8日 |
| 対象領域 | Android Autoの「Device Connections related services」 |
| 直接のAndroid Autoアプリ更新か | いいえ。Google Play services側の修正 |
| 期待できる改善 | 接続失敗、接続切れ、車載画面との認識不良などの一部改善 |
| 注意点 | Googleは具体的な修正内容・対象車種・対象スマホを詳しく公表していない |
あなたさんのケースでも、1回試して改善が見られたのであれば、この修正が効いた可能性はかなりあります。
ただし、Android Autoの接続問題は、USBケーブル、車載機の起動タイミング、Bluetooth/Wi-Fi、スマホのセキュリティ更新、車載側ファームウェアなどにも影響されます。
Google公式ヘルプでも、接続不良時は高品質な1m以下のUSBケーブル、ハブや延長ケーブルを使わないこと、車載インフォテインメントの再起動、車載機ファームウェア更新確認などを案内しています。(Google ヘルプ)
確認するなら、スマホで次を見ておくとよいです。
- Google Play services が最新版か確認
- Play ストアで「Google Play services」を開く
- または、設定アプリからGoogle Play servicesの更新確認
Google公式ヘルプでも、Google Play servicesを最新にする手順が案内されています。(Google ヘルプ)
- Google Play システム アップデートの日付を確認
- 設定 → デバイス情報 → Android バージョン
- 「Google Play システム アップデート」の日付を見る
Google公式ヘルプでは、ここでAndroidバージョン、セキュリティアップデート、Google Playシステムアップデート、ビルド番号を確認できると説明されています。(Google ヘルプ)
- 数回試して再現性を見る
- 車の始動直後につながるか
- いったん降車して再乗車したとき自動再接続するか
- 有線接続ならケーブルを変えても安定するか
- ワイヤレスならBluetooth/Wi-Fi接続が安定するか
結論としては、今回の「スマホと自動車のシステムの接続改善」という情報は、Google Play services v26.22によるAndroid Auto接続関連のバグ修正を指している可能性が高いです。あなたの実感とも時期・内容が合っています。
Google Play services が最新版かどうかを確認する方法をGoogle検索で検索したところ、下記の方法であることが分かった。
AI による概要
Android端末の「Google Play開発者サービス（Google Play Services）」を最新にするには、本体の「設定」アプリから該当ページを開き、更新ボタンをタップします。
最新にするための具体的な手順は以下の通りです：
1. スマートフォンまたはタブレットの 「設定」 アプリを開きます。
2. 「アプリ」 （または「アプリと通知」）をタップします。
3. アプリの一覧から 「Google Play開発者サービス」 を探してタップします。
4. 下にスクロールして 「アプリの詳細」 をタップします（端末によっては「ストアでのアプリの詳細」など）。
5. Google Playストアのページが開いたら 「更新」 をタップします。
(※「更新」ボタンが表示されない場合、すでに最新バージョンです。)
「デバイスの接続性」記載あり
直接のAndroid Autoアプリの変更ではなく、Google Play services側の修正とのことですが、なぜ、Google Play servicesが関係するのか、手がかりはありませんか
はい、手がかりはあります。
結論から言うと、Android Autoの接続処理の一部は、Android Autoアプリ単体ではなく「Google Play services for device connections」という共通部品側に置かれていると見るのが自然です。
Google公式ヘルプに、かなり直接的な記述があります。
Google Play servicesの「device connections」は、Android Autoへの接続、運転モード、Bluetooth、Cast、Quick Share、Chromebook連携などを扱う機能群で、その中に 「Android Autoに接続する」 が明記されています。
つまりGoogle自身が、Android Auto接続をGoogle Play services側の「デバイス接続」機能の一部として説明しています。(Google ヘルプ)
さらに同じ公式ページでは、設定画面上も「Connected devices」の中で、Bluetooth、Cast、Quick Share、Android Auto、Driving modeなどをGoogle Play services for device connectionsの設定対象として扱うと説明されています。
これは、Android Autoが単独アプリというより、スマホの接続基盤にぶら下がる機能として扱われていることを示す手がかりです。(Google ヘルプ)
もう一つ重要なのは、権限の説明です。
Google Play services for device connectionsは、Android Auto接続時に位置情報、電話、Nearby devices、連絡先、SMS、マイクなどの権限を使う場合があると公式に説明されています。
これは、車載画面に地図・通話・メッセージ・音声操作などを出すAndroid Autoの中核機能が、Google Play services側の権限・接続処理と密接に結びついていることを示しています。(Google ヘルプ)
今回の修正についても、Google公式リリースノートでは Google Play services v26.22（2026年6月8日） の「Device Connectivity」欄に、[Auto] Bug fixes for Device Connections related services とあります。
Android Autoアプリのリリースノートではなく、Google Play servicesの「Device Connectivity」欄に出ているので、修正対象は「画面UI」ではなく、接続・認識・連携の土台側だった可能性が高いです。(Google ヘルプ)
推定すると、役割分担は次のようなイメージです。
| 部分 | 役割のイメージ |
|---|---|
| Android Autoアプリ | 車載画面に出すUI、対応アプリのランチャー、Android Auto体験の表側 |
| Google Play services | 車との接続管理、Bluetooth/Wi-Fi/USBまわりの連携、権限処理、Googleサービス連携、機能フラグや互換性処理 |
| Android OS本体 | USB、Bluetooth、Wi-Fi、権限、バックグラウンド動作などの基本機能 |
| 車載システム | スマホから送られたAndroid Auto画面や音声・操作情報を受ける側 |
したがって、Android Autoの接続不良が起きたときに、原因が必ずAndroid Autoアプリ本体にあるとは限りません。
Google Play services側の「車とスマホをつなぐ共通サービス」に不具合があれば、Android Autoアプリのバージョンが変わっていなくても、接続失敗・再接続不安定・車載機に認識されない、といった症状が出る可能性があります。
ただし、Googleは今回の修正内容を細かく公開していません。
Tom’s Guideも、Googleのリリースノートは「Device Connections related services」のバグ修正としか書いておらず、どのように直したかは説明されていないとしています。(Tom’s Guide)
なので、現時点で言える一番確かな説明はこうです。
Android Autoの接続は、Android Autoアプリだけで完結しておらず、Google Play servicesの「device connections」機能が正式に関与している。
そのため、接続改善がAndroid Autoアプリ更新ではなくGoogle Play services更新として配信されることは十分あり得る。
あなたが1回試して改善を感じたのであれば、今回の改善はまさにこの「接続基盤側の修正」が効いた可能性があります。
下記の要領で再現性を確認することが提案されていますが、私は通常iPhoneを使っており、自動車のシステムとの接続も、「オットキャストMINI Pico」を使って無線で行っています。
この「オットキャストMINI Pico」には押しボタンがあり、ペアリング済みの2つのスマホとの接続を切り替えられるようになっています。
私の場合、iPhoneとAndroidスマホに接続を切り替えるので、CarplayとAndroid Autoを切り替えることになります。
これらの点も含めて、再現性テストの項目（実施内容）を再度提案してください。
数回試して再現性を見る
・車の始動直後につながるか
・いったん降車して再乗車したとき自動再接続するか
・有線接続ならケーブルを変えても安定するか
・ワイヤレスならBluetooth/Wi-Fi接続が安定するか
はい。この使い方なら、再現性テストは 「Android Autoがつながるか」だけでなく、CarPlay⇔Android Autoの切替時に、オットキャスト側・iPhone側・Android側のどこで詰まるか を見る形にした方がよいです。
オットキャスト MINI Picoは、2台のスマホを記憶し、ボタンで現在接続中のスマホを切断して、次のペアリング済みスマホへ接続を試みる仕様と説明されています。(Manuals+)
また、公式サイトでもMini Pico系はCarPlay/Android Auto対応のワイヤレスアダプターとして掲載されています。(OTTOCAST)
Android Auto側は、Google Play services v26.22で「Device Connections related services」の修正が入っているため、今回見るべき中心は Androidスマホへ切り替えた後の接続安定性 です。(Google ヘルプ)
事前確認
テスト前に、次をメモしておくと後で原因を切り分けやすいです。
（補足）確認結果・テスト条件を青色文字で示す。
| 確認項目 | メモする内容 |
|---|---|
| iPhone | iOSバージョン →26.5.1 |
| Androidスマホ | ・Androidバージョン→16 ・Google Play servicesアップデート日付→2026年6月8日 ・Google Playシステムアップデート日付→2026年5月1日 |
| オットキャスト | ファームウェア更新の有無→最新 |
| 接続方法 | 車載USBポートにMINI Picoを直接挿しているか、延長ケーブル等を使っているか →短いケーブルを介して接続 |
| テスト条件 | iPhoneとAndroidの両方を車内に置くか、片方だけ置くか →片方だけ電源ONの場合と両方電源ONの場合のテストあり |
Apple公式サポートでは、ワイヤレスCarPlayではBluetoothとWi-Fiが有効であること、CarPlayネットワークの自動接続がオンであることを確認するよう案内しています。(Apple サポート)
Android Auto公式ヘルプでも、ワイヤレス接続の初回設定ではBluetoothでペアリングし、Bluetooth・Wi-Fi・位置情報をオンにすることが推奨されています。(Google ヘルプ)
添付画像は、「オットキャストMINI Pico」の設定画面です。「起動待機時間を設定する」の選択項目が3つあります。この項目は、接続が不安定のときに変更してみる項目ということですが、この項目に関する情報を集めてください。再現性の検証では、「default」で行いたいと思います
はい。添付画像の「起動待機時間を設定する」は、英語表記ではおそらく Delayed Start / Delay Start / Delay Mode に相当する設定です。
集めた情報から見ると、これは オットキャスト本体が車載システムとの通信やスマホ接続を開始するタイミングを遅らせるための設定 と考えるのが自然です。
分かったこと
添付画像では、MINI Picoの設定画面に次の3択があります。
| 表示 | 推定される意味 |
|---|---|
| Default | 通常の起動タイミング。最も早く接続を試みる標準設定 |
| Mode 1 | 起動・接続開始を少し遅らせるモード |
| Mode 2 | Mode 1よりさらに待つ、または別パターンで遅延させるモード |
ただし、Mode 1が何秒、Mode 2が何秒という公式の明確な説明は見つかりませんでした。
複数の情報を見る限り、製品やファームウェアによって挙動が違う可能性があります。
Ottocast系のFAQでは、設定・更新用の画面として 192.168.1.101 にアクセスする手順が案内されており、接続時間は車やスマホによって変わるものの、平均的には 7〜14秒程度 と説明されています。(OTTOCAST)
一方、U2-AIR Proのマニュアルでは、車の始動時に自動再接続がうまくいかず、抜き差しが必要になる場合は、192.168.1.101の設定画面からDelay Mode 2に変更する という案内があります。
つまり、この設定は「車の始動直後にうまく認識されない」「抜き差ししないと接続しない」といった症状への対策として使われる設定です。
また、A2Air系のマニュアル情報では、Delayed StartをMode 1またはMode 2に変更することで、アダプターの起動タイミングを車載システムに合わせる という趣旨の説明が見つかります。
なぜこの設定で改善することがあるのか
車のUSBポートは、エンジン始動直後にすぐ安定した通信状態になるとは限りません。次のような段階があります。
| 段階 | 起きていること |
|---|---|
| 1 | 車載システムが起動する |
| 2 | USBポートに給電される |
| 3 | 車載機がCarPlay/Android Auto機器を認識できる状態になる |
| 4 | オットキャストが車載機と通信を始める |
| 5 | スマホとBluetooth/Wi-Fiで接続する |
このとき、オットキャストが早く起動しすぎると、車載機側の準備が終わる前に通信を始めてしまい、認識失敗やハングのような状態になる 可能性があります。
その対策として、Mode 1やMode 2で「少し待ってから接続を始める」ようにする、という考え方です。
実際に、Ottocast Mini Dotのユーザー報告では、初期設定がMode 1で約5秒待機だったが、Defaultに変えると起動がかなり早くなった、という例があります。
ただし、その投稿者もファームウェアによって挙動が変わる可能性に注意しています。(みんカラ)
また、Reddit上のユーザー報告では、Mode 1にするとUSBポートの給電が安定するまで接続開始を待つように見え、約10秒程度遅らせているようだった、Mode 2はさらに長いのではないか、という観察もあります。
ただしこれは公式情報ではなく、あくまで利用者の推測です。
再現性テスト項目
なお、1.及び2.の単独テストは一方のスマホのみ電源を入れ、他方のスマホは電源を落とした状態で実施。
また、3.及び4.の切り替えテストは両方のスマホとも、WiFiとBluetoothが使える状態で実施。
1. iPhone単独のCarPlay基準テスト
まず、Androidスマホを車外に置く、またはBluetooth/Wi-Fiをオフにして、iPhoneだけで確認します。
| No. | 実施内容 | 見るポイント | 結果 |
|---|---|---|---|
| 1 | 車を始動し、iPhoneが自動でCarPlay接続されるか確認 | 起動直後の自動接続 | ○ 接続される |
| 2 | CarPlay表示までの時間を測る | 例：10秒、30秒、1分以上など | 1分30秒 |
| 3 | 一度エンジンOFF、1〜2分後に再始動 | 短時間停止後の再接続 | ○ |
| 4 | 10〜15分以上車を離れてから再始動 | 完全に切断された後の再接続 | ○ |
| 5 | 音楽再生、地図表示、ステアリング操作を数分確認 | 接続後の安定性 | ○ |
ここが安定していれば、車載機⇔オットキャスト⇔iPhoneの基本経路はおおむね正常 と見られます。
2. Android単独のAndroid Auto基準テスト
次に、iPhoneを車外に置く、またはBluetooth/Wi-Fiをオフにして、Androidスマホだけで確認します。
| No. | 実施内容 | 見るポイント | 結果 |
|---|---|---|---|
| 6 | 車を始動し、Android Autoが自動接続されるか確認 | 起動直後の自動接続 | △ 接続できる場合有 |
| 7 | Android Auto表示までの時間を測る | CarPlayより遅いか、失敗するか | ーーー |
| 8 | 短時間停止後に再接続されるか確認 | コンビニ停車のような状況 | ーーー |
| 9 | 10〜15分以上車を離れてから再始動 | 完全切断後の再接続 | ーーー |
| 10 | Googleマップ表示、音楽再生、音声操作を数分確認 | 接続後の安定性 | ーーー |
| 11 | スマホ画面ロック状態でも接続するか確認 | ロック解除が必要かどうか | ーーー |
ここで改善が見られるなら、今回のGoogle Play services側の修正が効いている可能性があります。
逆に、iPhoneは安定、Androidだけ不安定なら、Androidスマホ側、Android Auto側、Google Play services側の影響が濃くなります。
残念ながら、私の環境ではAndroid Autoはまだ不安定だった。私の車の場合、「Android Auto」と「Mirror Link」を切り替える画面が途中で表示され、その画面で「Android Auto」を選択すると、接続される場合があった。
また、オットキャストの「起動待機時間を設定する」の選択項目を変えても安定しなかったが、どうやら、私の車の場合は、「起動待機時間」の設定をMode2にした方が、接続される可能性が高い気がした。ただし、この結果は、あくまで私の環境でのものであり参考情報である。
3. iPhone → Androidへの切替テスト
あなたの使い方で一番重要なのはここです。
| No. | 実施内容 | 見るポイント | 結果 |
|---|---|---|---|
| 12 | iPhoneでCarPlay接続状態にする | 初期状態を安定させる | ーーー Mode2で実施 |
| 13 | オットキャストMINI Picoのボタンを押す | iPhoneが切断されるか | ーーー |
| 14 | AndroidスマホにAndroid Autoが接続されるか確認 | 自動で切り替わるか | ○切り替わった |
| 15 | 切替完了までの時間を測る | 30秒以内、1分程度、失敗など | 1回目：49秒 2回目：49秒 3回目：50秒 |
| 16 | 3回繰り返す | 毎回成功するか、たまたま成功か | ○毎回成功する |
| 17 | 切替後に地図・音楽を数分使う | 表示後に落ちないか | ○落ちない |
このテストで失敗する場合は、Android Autoそのものよりも、オットキャスト内の「接続先切替処理」またはAndroidスマホ側の再接続待受け が怪しくなります。
iPhoneとAndroidスマホの両方を接続可能状態として、CarPlayからAndroid Autoへの切り替えを試したが、切り替えは成功し安定していた。また、「Android Auto」と「Mirror Link」を切り替える画面は表示されずに切り替わった。
Android Auto単独では不安定だったが、この切り替えは安定していた。「Android Auto」と「Mirror Link」を切り替える画面は表示されずに切り替わった原因とかは不明。
4. Android → iPhoneへの切替テスト
逆方向も確認します。
| No. | 実施内容 | 見るポイント | 結果 |
|---|---|---|---|
| 18 | Android Auto接続状態にする | 初期状態を安定させる | ーーー Mode2で実施 |
| 19 | オットキャストのボタンを押す | Android側が切断されるか | ーーー |
| 20 | iPhoneのCarPlayに切り替わるか確認 | iPhone側はスムーズか | ○切り替わった |
| 21 | 切替完了までの時間を測る | Android→iPhoneの方が速いか | 1回目：30秒 2回目：30秒 3回目：32秒 Android→iPhoneの方が速い |
| 22 | 3回繰り返す | 方向による差があるか | ○切り替え完了までの時間は違うが毎回切り替えに成功している |
もし Android→iPhoneは安定、iPhone→Androidが不安定 なら、Android側の接続待受け・Android Auto・Google Play services側の影響が強いです。
逆に、両方向とも不安定なら、オットキャスト側の切替処理や車載USB給電の影響も疑います。
Android AutoからCarPlayへの切り替えも安定していた。
判定の目安
| 結果 | 推定できること | 結果 |
|---|---|---|
| iPhone単独は安定、Android単独も安定、切替時だけ不安定 | オットキャストの2台切替処理、または2台同時待受けの競合 | 非該当 |
| iPhoneは安定、Android単独が不安定 | Androidスマホ、Android Auto、Google Play services側の問題 | 該当 |
| Android単独は安定、iPhone→Android切替だけ失敗 | Android側が「途中から接続を受ける」動作に弱い可能性 | 非該当 |
| Android→iPhoneは速いが、iPhone→Androidは遅い | Android Auto側の起動・認証・Wi-Fi接続確立が遅い可能性 | 該当 |
| 両方とも不安定 | オットキャスト本体、車載USB給電、車載機側との相性 | 非該当 |
| オットキャスト抜き差しでだけ復旧 | アダプター側の内部状態が固まっている可能性 | 未実施 |
| AndroidのBluetooth/Wi-Fi切替で復旧 | Androidスマホ側の無線接続状態が詰まっている可能性 | 未実施 |
接続が不安定なのは、Androidスマホ、Android Auto、Google Play services側の問題であり、オットキャスト本体や車載USB給電が原因である可能性は低いという結果になったが、私の車の仕様が関係している可能性もある。例えば、「Android Auto」と「Mirror Link」を切り替える画面が表示されるという、私の車特有の仕様がなければ接続性の問題は解決しているのかもしれない。この点は未確認である。
再現性テスト結果に関する考察
iPhoneは車とスムーズに接続されてCarPlayが立ち上がるが、Android Autoは、起動途中で、Android AutoとMirrorLinkの選択画面が現れ、Android Autoの起動に失敗し、ループすることが確認できました。また、「オットキャストMINI Pico」のボタンを押した場合、CarPlayからAndroid Autoへの切り替えがスムーズに行われ、しかも、切り替え途中で選択画面も表示されないことが確認できました。この現象を分析してください。
結論としては、Android Autoそのものが動かないのではなく、車の起動直後に「Android Auto / MirrorLink のどちらで接続するか」を車載機側が判定する段階で、Android Auto側の起動シーケンスが乱れている可能性が高いです。
一方で、CarPlay接続後にオットキャストMINI PicoのボタンでAndroidへ切り替える場合は、車載機側の初期判定画面を通らず、MINI Pico内部の接続先切替処理としてAndroid Autoへ進むため、安定していると考えるのが自然です。
観察結果から分かること
本記事では、iPhone単独ではCarPlayが毎回安定して接続し、表示まで約1分30秒、短時間停止後や10〜15分後の再接続も成功しています。
つまり、車載機、USBポート、MINI Pico、iPhone側のCarPlay経路は基本的に正常です。
一方、Android単独では、起動途中で「Android Auto」と「MirrorLink」を選ぶ画面が出て、Android Autoを選ぶと接続できる場合もあるが不安定、さらに起動待機時間を変えても完全には安定しなかったと記録されています。
これは、Android Auto表示後に落ちる問題というより、Android Autoを開始する前の“投影方式の選択・認識段階”で詰まっていることを示しています。
ところが、iPhoneでCarPlay接続中にMINI Picoのボタンを押してAndroidへ切り替えると、3回とも約49〜50秒で成功し、Android Auto / MirrorLinkの選択画面も表示されませんでした。
つまり、Androidスマホ側も、Android Autoそのものも、条件が整えば安定動作できていると見られます。
一番ありそうな原因
この現象は、「冷間起動」と「ウォーム切替」の違いで説明できます。
車の始動直後にAndroidだけで接続する場合、車載機はMINI PicoをUSB機器として認識し、その先にAndroidスマホがいることを確認しながら、Android Autoで行くのか、古いMirrorLink系の接続として扱うのかを判断している可能性があります。Android Auto公式ページでも、車によっては接続後に自動で起動する場合と、車載画面上のAndroid Autoアイコンを選ぶ場合があると説明されています。(Android)
一方、CarPlayからAndroid Autoへボタンで切り替える場合、車載機側から見ると、すでにMINI Picoとの投影接続は成立済みです。
MINI Picoは「直前に接続した2台のスマホを記憶し、ボタンで切り替える」機能を持つ製品として説明されています。(Manuals+)
そのため、ボタン切替時は、車載機に最初から「Android AutoかMirrorLinkか」を選ばせるのではなく、MINI Pico側が内部的にiPhone接続を切り、Androidスマホへの接続を始めている可能性があります。
この場合、車載機側の古い選択画面を経由しないため、MirrorLink選択画面が出ず、Android Autoへ直接進むという結果と整合します。
MirrorLinkが絡むことの意味
MirrorLinkは現在ではかなり古い規格です。
Car Connectivity Consortiumは、2021年7月31日以降は新しいMirrorLink機器やアプリの認証を行わず、MirrorLinkの運用も2023年9月30日で終了する予定だと発表していました。(Car Connectivity Consortium)
そのため、今のAndroidスマホがMirrorLinkで正常に接続できる可能性は低く、車載機に残っている「MirrorLink」は、実質的には古い車載機側メニューの名残と考えた方がよさそうです。
ここが重要で、車載機がAndroidスマホ系の投影接続を検出したときに、古い「Android Auto / MirrorLink選択画面」を出してしまう仕様だと、現代のAndroid Auto接続と相性が悪くなる可能性があります。
つまり、問題の主因は「Android Autoが不安定」だけではなく、車載機側の古いスマホ連携メニューと、MINI Pico経由のAndroid Auto起動処理との相性にある可能性があります。
Google Play servicesの修正との関係
Google公式のGoogle System Services Release Notesでは、Google Play services v26.22、2026年6月8日版に「[Auto] Device Connections related services のバグ修正」が入ったとされています。(Google サポート)
また、Google Play services for device connectionsは、Android Auto接続、Bluetooth、Driving modeなどを扱う機能群として説明されています。(Google サポート)
したがって、今回のGoogle側修正によって、Android Auto接続の一部は改善されている可能性があります。
ただし、あなたの環境では、Google側の接続処理が改善されても、車載機側がMirrorLink選択画面を挟む経路ではまだ失敗する、という状態に見えます。
逆に、MINI Picoのボタン切替ではその選択画面を回避できるため、Google Play services側の改善が効いて、Android Auto接続まで進めている可能性があります。
現象を一言で整理すると
今回の現象は、次のように整理できます。
| 状況 | 起きていること | 推定 |
|---|---|---|
| iPhone単独 | CarPlayが安定起動 | CarPlay経路は正常 |
| Android単独 | Android Auto / MirrorLink選択画面が出てループ | 車載機側の投影方式判定で詰まっている可能性 |
| CarPlay→Android切替 | 選択画面なしでAndroid Auto成功 | MINI Pico側の内部切替により、車載機の初期選択画面を回避している可能性 |
| Android→iPhone切替 | CarPlayへ安定復帰 | MINI Pico本体やUSB給電が主因である可能性は低い |
実用上の判断
普段はiPhoneを使うのであれば、現在の使い方では大きな問題はなさそうです。
Android Autoを使いたい場合は、車の始動直後にAndroid単独で接続するより、いったんCarPlayを立ち上げてからMINI PicoのボタンでAndroidへ切り替える方が安定する、という運用上の知見として扱えます。
今後さらに確認するなら、最も意味があるのは、Android単独起動時に「MirrorLink選択画面が出るかどうか」と、ボタン切替時に「その画面が本当に一度も出ないか」を回数を増やして記録することです。
ここが再現すれば、原因はかなり高い確度でAndroid Auto本体ではなく、車載機側のAndroid Auto / MirrorLink選択処理とMINI Picoの起動タイミングの相性だと言えます。
私の車では、「オットキャストMINI Pico」の「起動待機時間」の設定の効果を明確にできなかったが、Android Autoの立ち上がり時の不具合について一定の分析ができたように思う。
Android AutoでGeminiの便利さは体験できているので、もうすぐ、CaprPlayでGemini相当のAIが使えるようになるのが楽しみ。
ただし、通知などのポップアップ画面がどのように表示されるかが、Android Autoの場合と違う可能性があり、CarPlayの方が制約が大きい可能性がある。
（追記）MirrorLink調査結果（調査日：2026年6月16日）
結論から言うと、MirrorLinkは「スマホ画面・対応アプリを車載ディスプレイに投影し、車側のタッチパネルやボタンで操作する」ための標準規格でしたが、現在はほぼ終了した過去規格と考えてよいです。
MirrorLinkとは
MirrorLinkは、Car Connectivity Consortium、通称CCCが策定した車載スマホ連携規格です。
スマホ上の対応アプリの画面を車のインフォテインメント画面に投影し、車側のタッチパネル、ステアリングスイッチ、物理ボタン、音声操作などで操作できるようにする仕組みでした。
CCC自身も、MirrorLinkを「車載IVIでスマホアプリを利用できるオープン標準」と説明しています。(Car Connectivity Consortium)
技術的には、単なるHDMIミラーリングというより、車載用途向けに安全性・操作性・アプリ互換性を考慮した「認証付きのスマホ投影規格」です。
日本語の解説では、スマホ画面を車載機に映し、車載機側の操作をスマホに返す、リモートデスクトップに近い仕組みとして説明されています。
VNC技術も取り入れられていました。(ケータイ Watch)
現在の状況
重要なのは、MirrorLinkはすでに終息済みという点です。
CCCは2021年9月に、MirrorLinkの全運用を2023年9月30日までに終了する準備をしていると発表しました。
また、2021年7月31日以降は新しいMirrorLink対応デバイスやアプリの認証を行わない方針も示しています。
さらに、2023年9月30日以降も既存のMirrorLink認証デバイスやアプリが動作し続ける保証はしない、としています。(Car Connectivity Consortium)
つまり現在は、車側に「MirrorLink」メニューが残っていても、新しいスマホでは使えない、または極めて使いにくいと考えるのが現実的です。
対応していたスマホ
主に対応していたのは、古いAndroidスマホやSymbian時代のNokia端末です。
Sonyのサポート情報では、Xperia Z、Z1、Z2、Z3系などの古いXperiaや、Nokia 808、N8、C7などのSymbian Belle端末が対応例として挙げられています。(sony-latin.com)
Samsungも以前はMirrorLinkをサポートしていましたが、Samsungは2020年6月1日でMirrorLinkサービスサポートを終了しました。
Samsungの案内では、新規ユーザーは利用できず、既存ユーザーも初期化やデータ削除などでMirrorLinkデータが消えると再利用できない、とされています。(Samsung au)
iPhoneは基本的にMirrorLinkではなく、Apple CarPlayを使う前提です。
2020年時点のCarwowの解説でも、MirrorLinkはAndroid向けで、iPhoneのiOSとは互換性がないと説明されています。(carwow.co.uk)
CarPlay / Android Autoとの違い
| 項目 | MirrorLink | Android Auto | Apple CarPlay |
|---|---|---|---|
| 主な思想 | オープンな業界標準 | Google主導 | Apple主導 |
| 対応端末 | 主に古いAndroid・一部Symbian | Android | iPhone |
| アプリ | MirrorLink対応・認証アプリ中心 | Android Auto対応アプリ | CarPlay対応アプリ |
| 現在の状況 | 終息済み | 現役 | 現役 |
| 実用性 | 現在は低い | 高い | 高い |
MirrorLinkは、メーカー横断のオープン標準としては意欲的でした。
2017年にはETSIがMirrorLink仕様を技術仕様として公開し、当時は多数のスマホ・車両に展開されていたと説明されています。(ETSI)
ただし、その後はAndroid AutoとCarPlayが実質的な主流になり、MirrorLinkは縮小・終了していきました。
対応していた車
Carwowの2020年時点の解説では、Volkswagen、SEAT、Skoda、Citroën、DS、Peugeot、SmartなどでMirrorLinkが採用され、Honda、Kia、Suzuki、Toyota、Mercedes A-Classの一部にも搭載例があったとされています。
ただし同じ記事でも、すでに当時からMirrorLinkは新車より中古車で見つかりやすい方向になっていると説明されています。(carwow.co.uk)
そのため、現在MirrorLinkを調べる場合は、古い純正ナビ・ディスプレイオーディオ・中古車の仕様確認として見るのが自然です。
注意点
Playストアなどには、現在も「Mirror Link」「MirrorLink」風の名前のアプリが見つかりますが、これらは多くの場合、かつてのCCC公式MirrorLink規格そのものではなく、一般的な画面ミラーリングやキャスト系アプリとして使われている名称です。公式MirrorLinkが復活しているわけではありません。
まとめ
MirrorLinkは、CarPlayやAndroid Autoが普及する前後に存在した、スマホと車をつなぐオープン標準規格です。
考え方としては先進的でしたが、対応端末・対応アプリ・認証の複雑さ、スマホメーカー側のサポート終了、CarPlay/Android Autoの普及により、現在は実用規格としてはほぼ終了しています。
今から車とスマホを接続する目的なら、基本的には次の順で考えるのがよいです。
iPhoneならCarPlay、AndroidならAndroid Auto。古い車載機にMirrorLink表示がある場合でも、現在のスマホで使える可能性はかなり低い、という整理になります。