『A new era of PC』で注目されるWindows on Armとは 発表前に歴史と課題を整理する

okash1n
okash1n

執行役員 / 情報セキュリティ管理者

どうも おかしん です。

今日は、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全体が一気に変わる」と読むのは危険です。むしろ、次世代シリコン向けに限定した動きとして見るべきです。

2026年6月4日追記: RTX Spark発表とBuild後の整理

この記事の公開後、NVIDIAとMicrosoftはNVIDIA GTC Taipeiで、事前にN1/N1Xとして噂されていたArm版Windows向けSoCをNVIDIA RTX Sparkとして正式に発表しました。

Windows Experience Blogによると、RTX Sparkは最大6,144基のBlackwell RTXコア、Armアーキテクチャベースの最大20コアCPU、最大128GBの統合メモリ、1ペタフロップのAI性能を備えるとされています。Windows側では、スケジューラー、電力・熱管理、Windows ML、TensorRT、統合メモリ管理、PrismエミュレーションなどをRTX Spark向けに最適化すると説明されています。

同時に、MicrosoftはSurface Laptop Ultraを発表しました。さらにASUS、Dell、HP、Lenovo、MSIなどのPCメーカーからもRTX Spark搭載PCが予定されています。ゲームについても、Easy Anti-CheatやBattlEyeなどのネイティブアンチチート、Xbox PCアプリ、Riot GamesやKRAFTONの対応が言及されています。

ここまでは、Windows on Armにとって明確に大きな前進です。特に、この記事で挙げた3つの観測軸のうち、「何が動くか」と「AIをどこでどう動かすか」には、かなり具体的な答えが出ました。Prism、Windows ML、TensorRT、CUDA、統合メモリ、ゲーム互換への言及がまとまって出たからです。

一方で、Microsoft Build 2026で出た情報は、Windows on Armそのものの追加発表というより、WindowsをローカルAI開発とエージェント実行の基盤にする話が中心でした。BuildではSurface RTX Spark Dev Boxが発表され、WSL 2のGPUパススルー、CUDA、VS Code、GitHub Copilot、Windows ML with TensorRTなどを備えた開発者向けデスクトップとして説明されています。また、Microsoft Execution Containersのように、エージェントをWindows上で隔離・統制する仕組みも示されました。

Arm側からも、Arm AppReady for Windowsとして、Windows on Arm向けネイティブアプリ開発を支援する動きが出ています。依存関係、ビルド設定、プラグイン、移植作業などを確認する導線が示された点は、開発者支援として前進です。ただし、これもドライバーや周辺機器全般を一気に解決するものではありません。

つまり、Build後に見ても、この記事の結論は大きく変わりません。RTX Sparkによって、Windows on Armはかなり前進しました。ただし、BuildでWindows on Armの未解決課題が一気に解けたわけではありません。

まだ確認すべき点は残っています。実機でどのアプリやゲームが快適に動くのか。ドライバーや周辺機器の対応がどこまで広がるのか。日本でいつ、どの構成が、いくらで買えるのか。法人導入で必要になる管理、セキュリティ、VPN、プリンター、仮想化、業務アプリの確認はどうなるのか。

したがって、現時点では「Windows on Armが成功した」と断定するより、ようやく本格的に答え合わせできる土台が出てきた、と見るのがよいと思います。今回の発表は、転機の確定ではなく、転機になり得る材料が具体化した段階です。

この記事をシェア