検証日:2026年8月17日
端末:iPhone 17(iPhone18,3)
OS:iOS 26.6(23G71)
PC:Windows 11 Pro 25H2(26200.8875)
接続:USB、開発者モード有効、信頼済み
Appleデバイス:1.1540.23042.0
制御実装:pymobiledevice3 10.8.0
DeveloperDiskImage:Personalized、読み取り専用で /System/Developer にマウント
「iPhoneをWindowsへつないでも、写真をコピーするくらいしかできない」と思っていないでしょうか。前回は、Windows 11からiPhone 17の開発者モード状態を確認し、RSDトンネル、DVT、CPU監視、温度診断まで到達できることを検証しました。
今回は一歩進めて、WindowsからiPhoneの画面を取得し、アプリを起動し、実際に画面をタップできるのかを試しました。成功した機能だけでなく、iOS 26.6では使えなかったライブ画面配信も含めて結果をまとめます。
ネット上で多かった疑問に、実機データで答える
今回のテーマを決める前に、RedditとYahoo!知恵袋で「iPhoneをWindowsから操作したい」という質問を確認しました。質問文をそのまま転載するのではなく、内容を要約して今回の実機結果と照合します。
Q1. 「無料・非脱獄で、PCからiPhoneを操作できる?」
Yahoo!知恵袋には、無料かつ非脱獄でPCからiPhoneを操作したいという質問があります。回答では「iPhoneはAndroidのような遠隔操作が難しく、ミラーリングアプリは表示だけ」という説明と、逆に操作できるとするアプリ紹介が混在していました。
今回のiPhone 17(iOS 26.6)では、開発者モード、信頼済みUSB、DeveloperDiskImage、CoreDevice接続を用意すれば、静止画を取得して座標タップを送るところまでは実際に成功しました。ただし、これは一般ユーザー向けアプリだけで完結する方法ではなく、ライブ映像も利用できません。したがって答えは「条件付きで一部可能。ただし完全なリモート操作ではない」です。
質問ページ:pcからipone操作するいい方法ありませんか?無料、非脱獄だといいです。
Q2. 「Windows 11へHDMIを挿せばiPhone画面を映せる?」
別のYahoo!知恵袋では、純正Digital AVアダプタとHDMIケーブルをWindows 11へ接続しても映らない、という相談がありました。回答の要点は、PC側のHDMI端子は多くの場合“出力”であり、iPhoneからの映像を受ける入力ではないこと。キャプチャーボードなら映る、という補足もあります。
今回の検証はHDMIではなくUSBの開発者向け経路です。PNGの画面キャプチャは10/10回成功しましたが、これはHDMI入力やAirPlay受信とは別の仕組みです。Windowsノートへケーブル1本で一般的なミラーリングができる、と読み替えないよう注意が必要です。
質問ページ:iPhoneをWindows11でミラーリングできる方法を教えてください
Q3. 「ミラーリングだけでなく、クリックをタッチとして送りたい」
Redditのr/iphonehelpには、WindowsへiPhone画面を映しながら、PCのクリックをiPhoneのタッチとして扱いたいという相談があります。単なる画面共有と入力転送を同時に求める、今回の検証とほぼ同じ疑問です。
今回の結果は、入力転送だけなら可能性があることを示します。計算機で「AC→1→2→…→9→0」を10セット、合計110回送信し、HTTP 200応答は110/110回。各セット後の表示はすべて「1,234,567,890」でした。一方、映像ストリームはiOS 26.6側で「iOS 27.0以降が必要」と拒否されています。画面を見ながらマウスで連続操作する体験には、まだ大きな差があります。
質問ページ:Screen Mirror with Remote Control
Q4. 「USB接続の無料ミラーリングはある?マウス・キーボードにも対応する?」
Redditでは、iPhoneの標準「画面ミラーリング」をWindowsへUSBまたはWi-Fiで受信するオープンソースソフトの公開例も見つかります。投稿では“映像を出す”ことが主眼で、コメントではマウス・キーボード入力への対応を望む声が出ていました。
ここで混同しやすいのが、AirPlay受信ソフトと今回のCoreDevice実験です。前者は画面を受ける仕組み、後者は開発者サービス経由で静止画とHID入力を扱う仕組みです。今回の実機では後者の入力検証は通りましたが、連続映像が無効だったため、無料ソフトを1本入れるだけでMacの「iPhoneミラーリング」と同じ体験になるとは言えません。
投稿ページ:Free iPhone to Windows: Native Screen Mirroring for you
結論:静止画を見ながらの操作はできたが、ライブ映像は使えなかった
| 検証項目 | 実測結果 | 判断 |
|---|---|---|
| 画面キャプチャ | 10/10回成功 | 可能 |
| キャプチャ所要時間 | 平均3.137秒 | 連続操作には待ち時間あり |
| 画像解像度 | 1206×2622px | 端末のネイティブ解像度で取得 |
| 計算機アプリ起動 | 10/10回成功 | 可能 |
| アプリ起動命令 | 平均2.858秒 | トンネル確立込み |
| タップ入力 | 110/110回がHTTP 200 | 入力受付は全成功 |
| 画面結果 | 10試行すべて同一ハッシュ | 11タップの順序と結果を確認 |
| ライブ画面配信 | 3/3回失敗 | iOS 26.6では利用不可 |
| 配信サービス対応値 | supportedFeatures = 0 | 対応機能なし |
| 端末側エラー | Remote control requires iOS 27.0 or later | iOS 27以降が必要 |
Windowsから静止画を取得し、その座標へタップを送り、アプリを操作することはできました。計算機では「AC→1→2→…→9→0」を10回繰り返し、毎回「1,234,567,890」と表示されています。
一方、画面を動画として連続配信する機能は、iPhone側から「iOS 27.0以降が必要」と拒否されました。そのため、iOS 26.6でできたのは完全なリモートデスクトップではなく、静止画を更新しながら操作する方式です。
今回の検証環境
最初にMicrosoft Store版の「Appleデバイス」をインストールし、Windowsを再起動しました。再起動前は写真転送用のPTP/MTPとしては見えても、Appleの制御チャネルが安定しませんでした。再起動後にロックを解除したiPhoneを接続し、「このコンピュータを信頼」を承認すると、USB制御端末として認識されました。
端末から取得した主な情報は次のとおりです。
DeviceName: userのiPhone
ProductType: iPhone18,3
ProductVersion: 26.6
BuildVersion: 23G71
ConnectionType: USB
DeveloperModeStatus: true
開発者向けサービスを使うため、Personalized DeveloperDiskImageを自動取得してマウントしました。マウント先は /System/Developer、ファイルシステムはAPFS、読み取り専用でした。
実験1:画面キャプチャを10回連続実行
各試行でユーザー空間RSDトンネルを新しく作り、PNGファイルの保存完了までを計測しました。単純なスクリーンショット処理時間ではなく、Windows側から命令を出して結果を受け取るまでの実用上の待ち時間です。
| 試行 | 成功 | 所要時間 |
|---|---|---|
| 1 | ○ | 3.806秒 |
| 2 | ○ | 3.126秒 |
| 3 | ○ | 3.064秒 |
| 4 | ○ | 3.074秒 |
| 5 | ○ | 3.037秒 |
| 6 | ○ | 3.045秒 |
| 7 | ○ | 3.066秒 |
| 8 | ○ | 3.062秒 |
| 9 | ○ | 3.036秒 |
| 10 | ○ | 3.056秒 |
| 平均 | 10/10 | 3.137秒 |
中央値は3.063秒、最短3.036秒、最長3.806秒でした。10枚とも1206×2622pxで、同じ画面を撮影したためファイルサイズも1,026,126バイトで一致しました。
初回だけ約0.7秒長く、その後は約3.0秒で安定しています。静止画を数秒おきに更新して状態を確認する用途なら使えますが、マウスカーソルに画面がリアルタイム追従する操作感ではありません。
実験2:計算機アプリを10回起動
次に、計算機アプリを既存プロセス終了から再起動まで10回測定しました。こちらも各回のユーザー空間トンネル作成を含みます。
| 試行 | 成功 | 所要時間 |
|---|---|---|
| 1 | ○ | 2.817秒 |
| 2 | ○ | 2.831秒 |
| 3 | ○ | 2.846秒 |
| 4 | ○ | 2.841秒 |
| 5 | ○ | 2.885秒 |
| 6 | ○ | 2.820秒 |
| 7 | ○ | 2.860秒 |
| 8 | ○ | 2.803秒 |
| 9 | ○ | 2.816秒 |
| 10 | ○ | 3.058秒 |
| 平均 | 10/10 | 2.858秒 |
中央値は2.836秒、最短2.803秒、最長3.058秒でした。10回すべてでプロセス識別子が返り、スクリーンショットでも計算機が前面に表示されたことを確認しています。
これはホーム画面のアイコンを座標指定で押したのではなく、CoreDevice経由で com.apple.calculator を起動した結果です。インストール済みアプリのバンドルIDが分かる場合、同じ方法で起動命令を送れます。
実験3:110回のタップが順番どおり反映されるか
タップ入力は成功応答だけでは、本当に画面へ反映されたか判断できません。そこで計算機を使い、次の11タップを1セットとして10回繰り返しました。
AC → 1 → 2 → 3 → 4 → 5 → 6 → 7 → 8 → 9 → 0
1セット終了後に画面をキャプチャし、数字表示部分だけを切り出してSHA-256ハッシュを比較しました。
| 項目 | 結果 |
|---|---|
| 試行数 | 10回 |
| 1試行あたりのタップ | 11回 |
| 合計タップ数 | 110回 |
| HTTP 200応答 | 110/110回 |
| 11タップ送信時間 | 平均1.287秒 |
| 送信時間の範囲 | 1.236〜1.495秒 |
| 画面表示 | 10回とも1,234,567,890 |
| 表示領域のユニークハッシュ数 | 1 |
10枚の表示領域ハッシュはすべて同じ 0bd46f3b...b440e になりました。タップが1回でも抜けたり順番が入れ替わったりすると表示数字が変わるため、少なくとも今回の110回は順番どおり反映されたと判断できます。
なお、平均1.287秒は11個のHTTP要求を100ミリ秒間隔で送信し終えるまでの時間です。タップ1回の表示遅延を高速度カメラで測った値ではありません。
実験4:ライブ画面配信を3回試す
静止画とタップが成功したため、次はiPhone画面をHEVCで連続配信するDisplayServiceを試しました。ローカルHTTPサーバーは起動し、HID入力ワーカーも開始しましたが、映像ストリーム開始時に3回とも同じエラーが返りました。
CoreDeviceError code: 9021
Remote control requires iOS 27.0 or later on this device.
メディア対応情報も次の結果です。
avcFrameworkVersion: 2215.5.1
supportedFeatures: 0
supportedFeaturesDescription: No supported features are available
つまり、iOS 26.6では画面サイズや向きの取得、静止画キャプチャ、HIDタップは使えても、連続映像ストリームは有効になっていません。表示情報として120Hz、Display P3、1206×2622pxまでは取得できましたが、120HzでPCへ画面が流れてくるという意味ではありません。
Windowsから実際に操作できた範囲
| 操作 | iOS 26.6での結果 |
|---|---|
| 画面の静止画取得 | 可能 |
| 画面サイズ・向き取得 | 可能 |
| 座標タップ | 可能 |
| 連続タップ | 可能 |
| アプリの直接起動 | 可能 |
| ホーム・音量などのHID経路 | サービスへ接続可能 |
| ライブ画面配信 | 不可、iOS 27以降が必要 |
| Windows版iPhoneミラーリング | Appleの一般向け機能としては提供されていない |
| Xcodeビルド・App Store提出 | Macが必要 |
今回の方法は、一般向けのリモート操作アプリではありません。Apple公式のiPhoneミラーリングはMacを動作要件としており、Microsoft公式のWindows 11でiPhoneを連携する機能も、iPhone向けにはメッセージ、通話、最近のアクティビティ、ファイル送信を案内しています。
今回の実験には開発者モード、信頼済みUSB接続、DeveloperDiskImage、RSD/CoreDeviceへ対応した実装が必要です。iOSの内部サービス仕様が更新されると、同じ手順が使えなくなる可能性もあります。
安全面で注意したこと
画面キャプチャには通知、メッセージ、写真、認証コードなどが写る可能性があります。今回公開用に使う画面は設定と計算機だけに限定し、個人情報が表示されていないことを確認しました。
タップ受付用HTTPサーバーは 127.0.0.1 に限定しました。初期設定のまま 0.0.0.0 で待ち受けると、同じLANの別端末から画面閲覧や入力が届く設計になり得ます。実験終了後はサーバーを停止しています。
また、開発者モードを有効にすると開発用サービスが利用できる範囲が広がります。Appleの開発者モードに関する説明でも、開発者専用機能による攻撃経路を減らす目的が説明されています。必要な期間だけ有効にし、検証後は接続サーバーを停止するのが安全です。
電池持ちは今回も判定していない
今回の操作はUSB接続が前提で、実験中のiPhoneは給電されています。そのため「Windowsから操作するとバッテリーが何%減るか」「開発者モードをオンにしただけで電池持ちが変わるか」は判定できません。
電池持ちを比較するには、同じ端末で開発者モードのオン・オフを切り替えて再起動し、USBを外した状態で画面輝度、通信、温度、バックグラウンドアプリをそろえた数時間の待機試験が必要です。画面操作のためにUSB接続した今回のデータと混ぜるべきではありません。
実機検証で分かったこと
- iPhone 17の画面キャプチャはWindowsから10/10回成功した
- PNGは1206×2622pxで、保存完了まで平均3.137秒だった
- 計算機アプリは10/10回起動し、命令完了まで平均2.858秒だった
- 計算機への110タップはすべて受理され、10試行とも同じ「1,234,567,890」になった
- iOS 26.6では静止画とHID入力を組み合わせた操作ができた
- ライブ画面配信は3回ともiOS 27要件で拒否された
- Windowsからの操作は可能だが、一般向けの完全なiPhoneミラーリングとは別物だった
「WindowsではiPhoneをまったく操作できない」という説明は、開発者向け接続まで含めると正確ではありません。一方で「WindowsだけでMacのiPhoneミラーリングを完全に再現できる」と言うのも誤りです。
iOS 26.6の実機では、数秒ごとに静止画を取りながら座標タップを送る操作はできました。しかし、連続映像は端末側で無効でした。できることとできないことの境界が、今回の実測でかなり明確になりました。


コメント