ユニバーサルアプリのコンセプトは、複数の業界トレンドに由来する。1つはモバイルで、スマートフォンやタブレットといったデバイスではタッチ式のアプリが必須だ。ユニバーサルアプリの概念では、アプリは非ビジュアルコードを共有してユーザーインタフェースのみ手を加え、デスクトップPCと小型のスマートフォンの両方に簡単に対応させることができる。

　もう1つはセキュリティだ。アプリケーションがいとも簡単にOSを超越したり、悪質な動作を実行したりできてしまうWindowsデスクトップのレガシーモデルから、Microsoftは踏み出そうとしている。Windows Vistaで導入されWindows 7で強化された「ユーザーアカウント制御」などの仕組みのおかげでWindowsのセキュリティは向上したものの、同OSはまだあまりに脆弱で、それを修正できるのは新しいアプリケーションアーキテクチャしかない。

　第3に、Appleが切り開いたアプリストア導入モデルは発見、セキュリティ、使いやすさの面で有利だ。アプリを隔離し複雑なセットアップ手順を排除したおかげで、例えばストア内で単純に「自分の全アプリのインストール」をリクエストすれば、新しいマシンを復元してすぐに使える状態になる。エンタープライズアプリストアや別の導入ツールを使っている企業にも同じ恩恵がある。

Windows 10へのバンドル

　Windows 10にバンドルされる内容も、ユニバーサルアプリに重点が置かれる。Word、Excel、PowerPoint、OutlookなどのOfficeアプリにはユニバーサルアプリ版が登場するが、デスクトップ版も継続される。他のユニバーサルアプリにはスタートメニュー、「Project Spartan」（正式名称：Microsoft Edge）と呼ばれるWebブラウザ、設定、地図、写真、Skype、天気予報、音楽、ビデオ、電卓などがある。こうしたアプリによって、Windowsタブレットはデスクトップアプリケーションに依存しなくても生産的になる。

　Windows 8 Storeアプリの技術はWindows 10でも維持されるが、重大な変更がある。まず第1に、Windows 10のユニバーサルアプリはデスクトップウィンドウがデフォルトになっていて、デスクトップユーザーがシームレスに利用できる。フルスクリーンモードも引き続きサポートされ、アプリを最大化するかタブレットモードを有効にすれば利用できる。

　もう1つの主な変更点である「.NET Native」は、C#で書かれたStoreアプリをネイティブコードにコンパイルできる（いずれ他の.NET言語にも対応する見通し）。アプリは.NETランタイムに依存しない自己完結型のネイティブコードになる。結果として高速起動が可能になり、アプリケーションの種類によってはパフォーマンスが向上する。

　ユニバーサルアプリの名称は、スマートフォン、タブレット、デスクトップPC、ゲーム機のXbox One、さらにはRaspberry Pi 2のような組み込みデバイスなど複数のWindowsデバイスで実行できることに由来する。Windows Storeも統合され、開発者が1つのアプリを一度売り出せば、ユーザーはそれをスマートフォンにもタブレットにもPCにもインストールできる。

　ただし、ユニバーサルアプリはWindowsを搭載したスマートフォンやタブレットでしか実行できないのに対し、ほとんどのユーザーはiOSやAndroidの搭載端末を持っている。それでもコード共有の手段はある。例えばiOSとAndroidおよびMacをターゲットとしたXamarinのC#コンパイラを利用したり、Apache Cordovaを使ってHTMLとJavaScriptで移植可能なアプリを開発したりできる。今後登場予定の「Visual Studio 2015」ではそうした全てのアプローチをサポートする。だが当面の間、ユニバーサルアプリはWindowsオンリーになる。

ユニバーサルアプリの課題

　ユニバーサルアプリ導入の障害になるのがWindows 8やWindows 10に必要とされる条件だ。業界はWindows XPから離れることに苦慮してきた。たとえWindows 10が積極的に採用されたとしても、Windows 7が一掃されるまでには何年もかかるだろう。

　リモートアプリ技術が回避策になる可能性はある。だが初期のユニバーサルアプリの利用は、Windows 10搭載のモバイル端末でタッチ式のアプリを使うメリットが特に大きい一部のユーザーが中心になるだろう。この種のシナリオに関して企業は現在、iOSかAndroid製品に目を向けているかもしれない。しかし特にMicrosoftのサーバやクラウドプラットフォームが既に確立されている環境では、Windows 10が魅力的な選択肢になる。

　既存のアプリケーションをユニバーサルアプリプラットフォームに移植する作業はかなりの労力を伴う。たとえXAML（Windows Presentation FoundationとSilverlightにも使われているXML言語）が使われている場合でも、ビジュアルコントロールの違いと互換性のない言語要素のために、ユーザーインタフェースレイヤーは完全に刷新する必要がある。

　例えばMicrosoft Officeのように他と通信するアプリケーションは、アプリの隔離やCOM自動化のような機能にアクセスできないことが問題になる。データベースクライアントはSQL ServerやOracleのようなデータベース向けのドライバが存在しないことから、書き替えが必要になる。アプリで隔離されたデータのためのローカルデータベースエンジンは存在するが、ユーザーはWebサービスアプローチを採用する見通しだ。

　もう1つ、フレームワークライブラリの未熟さという問題もあるが、こちらは改善されつつある。例えばOfficeの簡易版をWindows Runtimeに移植するMicrosoftの取り組みは、同じツール（この場合はC++とXAML）を使っているわれわれにとっての開発プラットフォーム強化につながる。

今後の動向

　ユニバーサルアプリの普及には課題がある。だがWindowsデスクトップアプリにも問題があり、それが一因となってコンシューマー分野はモバイルアプリに大きくシフトした。上記のようなセキュリティの向上や導入、モバイルでの使いやすさを考えれば、基本的にはユニバーサルアプリプラットフォームは企業にとって好ましい。

　ただそれだけで十分、Windowsのレガシー問題（Windows 8の普及度の低さによって一層悪化した）を克服できるのかどうかは、現時点では分からない。ただMicrosoftの新しいアプリプラットフォームは少なくとも検討に値する。