どうも おかしん です。
今日は、Windows on Armの話をします。
2026年5月30日日本時間午前1時頃、NVIDIAやMicrosoftがXにおいて一斉に「A new era of PC.」という投稿をしました。
これらはArm版Windows PC向けのNVIDIA製SoCの発表を示唆していることはほぼ間違いなさそうで、「25.0528, 121.5990」という数字列は本日開催されるNVIDIAのGTC Taipei 2026の基調講演会場「台北流行音楽中心(Taipei Music Center)」付近の緯度/経度と一致しており、そこで発表されるのではと噂されています。日本時間では6月1日12時に基調講演があります。
また、それ以外にも今週はWindows PC関連の発表が多数あります。
GTC Taipeiと同日の6月1日には、COMPUTEX関連のQualcommの基調講演も予定されています。6月2日にはArm CEOの基調講演があり、日本時間6月3日未明にはMicrosoft Build 2026も始まります。
つまり、Windows on Armにとって大きな転換点となる週になる可能性が高いため、各種発表の事前情報としてWindows on Armの歴史などについて整理することにしました。
この記事で見るのは、NVIDIA製SoCの名前やベンチマーク予想ではありません。見るべきなのは、Windows on Armが長く抱えてきた課題に、今回の発表でどこまで具体的な手当てが示されるのかです。
Windows on Armが本格化しきれなかった理由は、Arm CPUの性能だけではありません。アプリ互換、ドライバー、周辺機器、ゲーム、OEM、開発者体験、AI基盤まで含めて、Windows PCという巨大な既存資産をどう移行するかが長く定まりにくかったことにあります。
この前提を置いたうえで、まずWindows on Armの歴史を振り返り、最後に6月以降の発表を見るための観測軸を整理します。
Windows on Armは突然始まる話ではない
Windowsの世界でArmが期待され続けてきたのは、昨日今日の話ではありません。省電力で常時接続に向くという魅力は、スマートフォンがPCを変え始めた頃からずっと語られてきました。
Microsoftは2012年にSurfaceとともにWindows RTを出しました。これはArm版Windowsの大きな商用トライでしたが、従来のx86/x64デスクトップアプリをそのまま入れられる体験ではありませんでした。Windows PCに対するユーザーの期待値は「いつものアプリや周辺機器が動くこと」なので、単にArmでWindowsが動けばよい、という話ではなかったわけです。
その後、2017年前後にはQualcommと組んだAlways Connected PCが出てきます。省電力、LTE、長時間バッテリーという魅力は分かりやすいものでした。一方で、当時の体験はまだ「いつものWindows PC」として見るには弱い部分が残っていました。
ここ数年で状況はかなり変わっています。Microsoft LearnのWindows on Arm概要では、Windows 10 on Armでは既存のx86アプリを実行でき、Windows 11ではx64アプリの実行も加わったと説明されています。さらに、Windows 11 24H2ではPrismという新しいエミュレーターが入り、エミュレーション性能の改善が進みました。
開発者向けにも、Arm64ECがあります。これは既存のx64コードやライブラリと同じプロセス内で共存しながら、重い部分からArm向けに段階移行できる仕組みです。全部を一気に作り直さなくても、移行を始められるようにするための橋です。
つまり、Windows on Armは「急に始まる新しい話」ではありません。Windows RT、Always Connected PC、x64エミュレーション、Arm64EC、Prismと、足りなかった部品を少しずつ足してきた長い流れとして見るべきです。
Windows PCはCPUだけでは動かない
では、なぜWindows on Armはなかなか普及しないのでしょうか。
Arm CPUが弱かったから、というだけでは説明できません。もちろん、過去の性能や電力効率、価格、供給体制は重要です。ただ、Windows PCの難しさはCPU単体ではなく、その上に積み上がった既存資産にあります。
Windows PCは、長いあいだx86/x64を前提に広がってきました。業務アプリ、プリンター、スキャナー、VPN、セキュリティソフト、周辺機器、ゲーム、開発ツール、社内標準端末、調達ルート。これらは全部、Windows PCというエコシステムの一部です。
ユーザーはWindows PCに対して、「このアプリが動くはず」「この周辺機器が使えるはず」「このゲームが起動するはず」「会社の管理ツールに乗るはず」と期待します。だから、Arm版Windowsの評価はベンチマークだけでは決まりません。
Microsoft自身も、制約を隠しているわけではありません。Windows ArmベースPCのFAQでは、ハードウェア、ゲーム、アプリのドライバーはWindows 11 ArmベースPC向けに設計されている場合にのみ機能すると説明されています。周辺機器も、Windowsに組み込まれたドライバーで動くか、メーカーがArm64ドライバーを出している必要があります。アンチチートドライバーに依存するゲームが動かない可能性も明記されています。
ここが、Windows on Armの本質的な難しさです。
エミュレーションでアプリが動くようになっても、ドライバーは別です。カーネルモードのコンポーネント、セキュリティソフト、仮想化、周辺機器、ゲームのアンチチートは、単なるアプリ互換とは違う層にあります。Windows PCとしての実用性は、この層まで含めて決まります。
「Intelとの関係」だけでは説明しきれない
Windows on Armが進まなかった理由として、Intelとの権利関係やx86の特許問題が語られることがあります。2017年にはIntelがx86エミュレーションをめぐって特許保護を強調したこともありました。
ただ、公開情報だけを見る限り、それを単独の主因と断定するのは弱いと思います。
実際に見えている障壁はもっと広いです。アプリ互換、ドライバー、周辺機器、ゲーム、企業導入、開発環境、OEMの本気度、シリコン供給の多様性。これらが同時に揃わないと、Windows PCとしては広がりません。
供給体制という意味では、Reutersは2023年に、NVIDIAがWindowsを動かすArmベースPCチップを設計していると報じました。同じ報道では、MicrosoftがQualcommにWindows互換Armチップ開発の排他的な立場を与えていたともされています。これが事実なら、Windows on Armのシリコン多様化が遅れた説明の一部になり得ます。
つまり、問題は「Intelがいたから進まなかった」という単純な話ではありません。むしろ、Windows PCという巨大なエコシステムを、x86/x64中心の世界から、複数のArmシリコンも参加できる世界へ移す準備が足りていなかった、と見る方が現実に近いと思います。
Apple Siliconと同じ道ではない
ここでどうしても比較されるのがApple Siliconです。
Appleは2020年にMacのApple silicon移行を発表しました。ハードウェア、OS、開発環境、配布、翻訳レイヤーをApple自身が握り、Universal 2やRosetta 2を用意して移行を進めました。Appleのサポート文書でも、RosettaはIntelベースのアプリをApple Siliconで使えるようにする移行のための機能として説明されています。
この垂直統合は強いです。移行の方向性を一社が決め、ハードもOSも開発ツールもまとめて動かせるからです。
一方、Windowsは同じやり方を取りにくい。MicrosoftはOSを握っていますが、PCを作るのは多くのOEMです。CPUやGPUやNPUは複数のシリコンベンダーが作ります。周辺機器メーカー、セキュリティベンダー、ゲーム会社、業務アプリベンダーもいます。
だからWindows on Armは、Apple Siliconのような一社主導の移行ではなく、開放型エコシステムの共同移行になります。これは遅い。けれど、うまく回れば広い。
Apple SiliconとWindows on Armを比べるなら、見るべきは単純な性能差ではありません。誰が移行全体を握っているのか。誰がドライバーを出すのか。誰が開発者を支えるのか。誰がOEM展開を広げるのか。そこが違います。
今回見るべき3つの観測軸
では、6月1日以降の発表で何を見るべきでしょうか。
私は、少なくとも3つあると思っています。
1つ目は、何が動くかです。新しいArm PCやチップが出るとしても、重要なのは既存アプリ、x64エミュレーション、Arm64EC、Prism、ドライバー、ゲーム互換にどこまで具体策があるかです。チップが速いだけでは、Windows PCとしての不安は消えません。
2つ目は、誰が保証・検証・支援するかです。Microsoftがどこまで面倒を見るのか。OEMはどこまで出すのか。NVIDIA、Qualcomm、Arm、その他のシリコンベンダーはどこまでドライバーや開発者支援に関わるのか。周辺機器やゲームの互換性は誰が検証するのか。ここが曖昧なままだと、結局ユーザーと企業の導入判断は進みません。
3つ目は、AI実行基盤です。2026年のPCは、CPUだけでなくGPUとNPUも含めて語られます。MicrosoftはWindows MLを、ONNX Runtimeを利用したWindows向けのローカルAI推論フレームワークとして説明しています。CPU、GPU、NPUをどう使い分けるのか、Windowsが実行プロバイダーをどう管理するのかは、AI PCとしての意味を左右します。
さらに、Windows 11のリリース側にも注意が必要です。Windows 11 version 26H1は、2026年2月10日にリリースされたものの、既存PCにWindows Updateで広く配る機能更新ではなく、選択された新規デバイスにプリインストールされる特殊なリリースと説明されています。最初のデバイスはSnapdragon X2シリーズとされています。24H2や25H2とは異なるWindows coreに基づくため、26H1搭載デバイスは2026年後半の年次機能更新には更新できないとも説明されています。つまり、「Windows全体が一気に変わる」と読むのは危険です。むしろ、次世代シリコン向けに限定した動きとして見るべきです。
答え合わせはBuild後にする
今回のイベント群がWindows on Armにとってどれほど意味を持つのかは、実際の発表を見るまで分かりません。単なるティザーや一部製品の話で終わる可能性もあります。
Windows on Armが本格化しきれなかったのは、Armが弱かったからだけではありません。Windows PCという巨大な既存資産が重かったからです。アプリ、ドライバー、周辺機器、ゲーム、OEM、開発者体験、AI基盤。それらをまとめて動かす必要がありました。
だから、NVIDIAの基調講演だけで最終判断するのは早いと思っています。NVIDIAが何を出すかは重要です。しかし、それがWindows on Arm全体の前進なのか、限定的な製品発表なのかは、Microsoft Buildまで見ないと判断しにくいはずです。
次の記事では、実際の発表を受けて、上で挙げた3つの観測軸に沿って確認します。
何が動くようになるのか。誰が保証・検証・支援するのか。AIをCPU、GPU、NPUのどこでどう動かすのか。そこが見えなければ、Windows on Arm全体の転機というより、限定的な製品発表として読むべきだと思います。
この記事はNVIDIAの基調講演後すぐにアップデートし、Build終了後にアンサー記事を書く予定ですのでお楽しみに！
