AIの急速な導入がWindowsの予定を変えた!? Windows 12がすぐには出ない可能性

Windows 12は名前に過ぎないので

出るか出ないのかは、すべてMicrosoft次第

　「Windows 11」というのはMicrosoftが提供するOSの名前である。Windows 95以来のWindowsは、ソフトウェアなのにバージョンではなく名前で区別されるようになった。

　もちろんそれぞれのWindowsにもバージョン番号自体はある。現在のWindows 11には、Ver.23H2というバージョンがあって、次のバージョンは、Ver.24H2になる予定だ。しかし、これもWindows 11という名前の中で、それぞれを区別する名前の一部でしかない。

　これらはあくまでも名前なので、技術的な観点ではなく、ビジネス的な観点から付けられる。Windows 10もWindows 11も、内部的には「10.0.xxxxx」というバージョン番号を持つ。この番号になったのは、Windows 10から。この番号という視点からは、Windows 10もWindows 11も同じものであることがわかる。

5月21～23日（言質時間）の3日間、米国でMicrosoftのイベント「Build 2024」が開催されたが、発表の大半はAzureやAI関係だった。Windowsについては、「Copilot+PC」というブランドこそ発表されたが、これは6月にも販売が始まるものであり、次のWindowsの話は含まれていなかった。

　もっとも、2021年のWindows 11時も、Build終了後に単独で発表され、すぐにプレビューの配布、同年10月には正式版が登場したので、このあとWindowsがどうなるのかは、イベントからはわからなかった。「Windows 12」は単なる名前なので、出るのか出ないのか、それがいつなのかは、すべてMicrosoft次第なのだ。

Copilot推しを進めるMicrosoft

AIとOSとの統合では一歩進んでいるWindows

　昨年、プレビュー版Windowsで搭載が始まったMicrosoft Copilotは、今ではWindows 11のタスクバーの右側にアイコンがあって存在感を示している。実際にMicrosoftはCopilotに大きく力を入れている。

　今のところ、Googleや他社のLLM（大規模言語モデル）はCopilotと同等のレベルには到達してはいない。また、ChromeOSや他のOSは、AIは使えてもCopilotのようなOS統合までは進んでいない。とは言え、ChromeOSやAndroid、iOS、macOSあたりは、LLMや生成AIを搭載する方向に向かうと思われる。一方で、Linuxは必ずしもクライアントOSだけが用途ではないし、この方向には進まないだろうと考えられる。

　さて、次のWindowsがどうなるのかだが、ポイントはやはりBuildで発表された一連のAI関連技術だと思われる。おそらく、次のWindowsでもMicrosoftはAI技術を全面に押し出してくると思われる。

　ただ、MicrosoftだけでAI統合アプリケーションを作るのでは話が進まない。今回のBuildで発表された一連のAI関連技術は、サードパーティにAI統合アプリケーションの開発を促すものと言える。開発環境を整備することで、アプリケーションにAIを統合しやすくした。

　このうち、「Copilot Runtime」は、一連のAI統合アプリケーション開発向けの“ブランド”であり総称でしかない。中心になるのは、この中にあるCopilotライブラリである。

発表されたSemantic Index/Understandingサービス、Phi Silica、Recall APIなども、このCopilotライブラリ経由で利用する。このCopilotライブラリは、Windows App SDKに含まれる。

　ポイントはローカルでの推論実行だろう。ローカル推論に必要となるのが、NPUやGPUによるアクセラレーションだ。Copilot+PCは、これをモバイルPCで実行するためのものだ。

　ARMプロセッサは電力効率の点から現行のx64系プロセッサよりもモバイルに向く。ARMプロセッサは高性能になったとはいえ、モバイルPCに使われる場合は、電力効率を高めつつ、高性能な推論処理をしなければならない。いくらCPUが高性能でも、AC電源に接続し、大量のメモリーや高性能なGPUを搭載するデスクトップPCと同じにはならない。しかし、Windowsである以上、ARMのモバイルPCでも同じ環境を実現しなければならない。このためにNPUが必要になったわけだ。

　一般にAI（深層学習、DNN:Deep Neural Network）では、AIを構築することを「学習」、作成されたニューラルネットワークを使うことを「推論」という。学習には、膨大な計算量が必要で、学習専用に作られたデータセンターなどを使っても数ヵ月程度が必要とされている。これに対して、推論は通常のPCでも実行可能だが負荷は低くない。ニューラルネットワークが大きくなれば、GPUやNPUがないと、実用的な時間で推論ができない。

　ただし、推論に関しては、扱う浮動小数点のビット数を小さくすることで、有効性を保ちつつ、データを縮小し推論を高速化することが可能であることがわかってきた。このため、SIMD演算でたとえば、4bitや8bitなどの数値を計算できると推論を高速化できる。NPUやGPUは、こうした短いビットのSIMD演算に以前より対応していた。

　現在のCopilotは、クラウド側（Azure上）で推論がされているが、このまま、利用率が増大すると、Azure側にどれだけリソースを投入しても足りなくなる。このため、クライアント側での推論ができる環境を作り、負荷を分散させようというわけだ。これは、今後登場するであろう、MicrosoftやサードパーティのAI利用アプリケーションが増えても必要になる。

　特にCopilot+PCの目玉機能として発表されたRecallは、大量のスクリーンショット上のテキストなどを認識させる必要がある。もし、これをクラウド側だけで実現しようとすれば、現在のCopilotとのチャットとは比べものにならないぐらいの推論処理量が必要になり、通信量もバカにならない量になってしまう。Recallはローカル推論だからこそできる技術なのである。

　ローカル推論が可能な環境がWindows上に作られれば、構築済みのさまざまなニューラルネットワークを使って、さまざまなAIが利用可能になる。ニューラルネットワークによるAIは、前述のように膨大な学習が必要な反面、学習させたニューラルネットワークは、特定の機能しか持たない。SFやアニメのAIのように“何でも答えられる”わけではないのだ。

　CopilotはChatGPTベースの機能を使い自然言語で応答できるが、画像の生成AIにはまた別のニューラルネットワークが使われている。あるいは、自動運転に使われるニューラルネットワークは、Copilotとはまったく別のニューラルネットワークである。

　この先、AIがより普及すれば、さまざまな要望が起こり、多数の目的別のニューラルネットワークが必要になってくる。これをサポートする1つの方法がONNX Runtime generative AI libraryだ。ONNXとは「Open Neural Network Exchange」の略で、学習済みのニューラルネットワーク（これをモデルという）を、さまざまなプラットフォームで利用可能にするものだ。

　ONNXは、モデルの汎用的な表現を定義する。ONNX Runtimeとは、交換可能になったONNX形式のモデルを単一のAPIで呼び出せるようにしたもの。ONNX Runtime generative AI libraryとは、ONNX RuntimeをWindowsのアプリケーションから呼び出せるようにする仕組みである。

　これを使うことで、CopilotのベースになったGPT以外のLLMもONNX形式にすることで利用が可能になる。Buildで発表されたDirectML（GPUを使ったWindowsの機械学習サポート機能）の4bit量子化は、ONNX Runtimeで必要なものだ。

　AIによっては、既存のAIの組合せや、追加の簡単な学習で対応が可能だが、まったく新しいニューラルネットワークや学習が必要な場合が出てくる。Azureは、こうしたAI開発や学習のプラットフォームとして利用され、推論はローカルマシンという切り分けになると思われる。今回、Azure関連の新機能が多かったのは、こうした背景がある。

やっぱりWindowsに方向転換があった？

　昨年導入されたCopilotやその前身にあたるBing Chatが好評だったことを受けて、Microsoftは方向転換をしたのだと考えられる。おそらく最初の計画は、もっと時間をかけてAI機能を段階的に導入する計画だったのではないだろうか。

　その手がかりになるのがプレビュー版Windowsで、Devチャンネルがいきなり24H2のプレビューになったことだ。本来なら、Devチャンネルは、次のWindowsやその次を見据えたプレビューをして、バージョンアップが近づいた段階で、ベータチャンネルへ移行させていた。Windows 11の23H2までは、このやり方で進んでいた。

　ビルド番号も22621（Windows 11 Ver.22H2）、22631（Windows 11 Ver.23H2）となっていたのに、24H2では「26120」と大きく番号が飛んだ。途中、23000シリーズと呼ばれるプレビューがあったが、この番号は今年1月で終わっている。Windowsのメジャーバージョンアップに合わせて、ビルド番号を飛ばしていたのに、さらに先の番号を使ったのは、おそらく大きな計画変更があり、新規にビルド番号を割り当てる必要があったからだろう。

　高速なローカル推論が可能ということになれば、Windowsの在り方にも影響が出る。今後は、ローカル推論が可能なPCとそうでないPCには差が出てきそうだ。とはいえ、現行のWindows 11の普及は今ひとつ。Windows 10のままで十分という人は少なくない。

　ここでWindowsの名前をWindows 12と変えるのは得策ではなく、AI/Copilotを使ってユーザーを引きつけたいというのがMicrosoftのマーケッティング施策なのかもしれない。もっとも、名前でしかないので、どうでもいいといえばどうでもいいのだが。

Windows12発表遅れの考察

2025年5月19日のBuild 2025でMicrosoftは、AIエージェント向け標準プロトコルのMCP（Model Context Protocol）にWindows 11が対応したと発表しました。

このMCPを簡単に説明し、次期Win12の発表が遅れている原因を考察しました。

Summary：Win12発表遅れ考察

AI PCプラットフォームには、AIエージェント向け標準プロトコルMCPは必須です。次期Win12は、この新しいMCPプラットフォームの構築に加え、MCP AIアプリと従来AIサービスの共存、従来アプリの動作を満たすことが求められるでしょう。

つまり、OS自身の構築に加え、上記大規模Winアプリ構造変化にアプリ開発者対応が必須です。これが、Win12発表が遅れている根本原因だと筆者は思います。

MCP（Model Context Protocol）とは

3月末投稿でWin11 24H2は、従来PCハードウェアとNPUを持つ新しいAI PCハードウェアの両方をサポートする「ハードウェア移行期OS」で、次期Win12は、移行後のAI PC専用OSへ進化と予想しました。

AIエージェント向け標準プロトコル：MCPとは、このAI PCプラットフォームの必須機能です。

AI PCのローカルAIエージェントは、ユーザの要求を複数アプリやファイルシステムと連携しながら処理します。この連携には、AIエージェントとアプリ双方が標準化されたMCPに対応していることが重要です。

これはオンプレミスのサーバー/クライアントに例えると判り易いと思います。端末アプリやファイルシステムは、MCPサーバーとしてその機能を提供し、クライアントのAIエージェントがそれら機能を呼び出すことでエージェント処理が進みます。

発表されたWin11のMCP対応は、従来アプリと新しいMCP AIアプリの両方に対応した「AIアプリ移行期のOS」発表でもあった訳です。もちろん、Win12未発表のため、敢えて従来Win11の名前（Win11 25H2 ?）を使ったと筆者は思います。

今後のWindowsは、MCPプラットフォーム上でのAIアプリ/既存アプリ動作を目指すでしょう。そしてその実現の道のりが、遠く険しいことは、開発者なら判ると思います。

既存AIサービスのMCP影響

例えばClick to Doは、「既存のAIサービス」です。Win11 24H2と特定アプリ連携のため「独自な方法」を用いています。新しい「標準MCP」は、Click to Doのより柔軟で高度なWin機能や他アプリとの連携を可能にします。

つまり、既存AIサービスも、標準MCP活用で更に高度化できる訳です。

Microsoftは、現在一部のパートナー向けにMCPプレビュー版を公開し、フィードバックを募っています。Win12リリース前にAIアプリ関連の問題を洗い出すためです。

既存AIサービスも、MCPの影響は大きいと思います。

次期Win12は3種アプリ対応

Win12がAI OSであることは間違いないでしょう。開発者のみならず一般ユーザでも、AI OS搭載PCを一度使うと、従来のAI無しのPCには戻れないからです。これは、AIスマホと同じです。

例えば、コチラの記事のAIエージェント：computer useや、GoogleのAI検索などです。AI活用で、従来比、高いPC生産性が期待できます。AIは、それほどPCの使い方、ユーザ生活様式を変える力を持っています。

次期Win12が、AI MCP専用OSか、AI MCPアプリと従来AIサービス混在を許容する新旧AIアプリ対応OSか、あるいは、これらに従来アプリも加えた3種アプリ対応OSかは、今のところ判りません。

筆者は、WindowsユーザのAI化は、Win10/Win11 23H2サービス終了の10月以降、急速に進むと予想します。正式なWin11 24H2対応には、NPUを持つ新しいAI PCハードウェア購入がMicrosoft推薦の王道だからです。

AI PC普及スピードが速ければ、複雑な3種アプリ対応は避け、シンプルなAI MCP専用Win12も有りだと思います（MCP AIアプリの豊富提供が前提ですが…）。

MCPは、ARM64搭載Prismのようなエミュレーションツールでは対応できないと思います。

非正式なWin11 24H2アップグレード成功の弊社PCは、Afterword参照。