ミドルウェア情報をまとめたマトリックス表を新たに公開

- クロノス・グループが「OpenXR Extension Matrix」を拡張した
- 「Middleware support matrix」でUnityやUnreal Engineなどの対応状況を整理
- 技術選定の効率アップや仕様変更のリスク低下など、開発者の負担を減らせる
クロノス・グループ(Khronos Group)は2026年4月7日、OpenXRの標準仕様と各プラットフォームの対応状況を可視化する「OpenXR Extension Matrix」(OpenXR拡張機能マトリクス表)の強化を発表しました。
新たに追加された「Middleware support matrix(ミドルウェア対応マトリックス表)」により、ハードウェア(ランタイム)側だけでなく、XR開発者が実際に開発で利用するゲームエンジン(ソフトウェア)側の対応状況も一目で確認できるようになります。
Middleware support matrixがあると何がいいのか?
これまでのOpenXR Extension Matrixは、「どのデバイス(ランタイム)がどの拡張機能をサポートしているか」を示す表でした。しかしこれだけだと、たとえば「デバイスはハンドトラッキングに対応しているが、UnityのOpenXRプラグインがそれに対応しているかどうか」まではわかりません。
今回追加された「Middleware support matrix」では、複数のミドルウェア側のサポート状況を統合。これにより、デバイス(ハード)とエンジン(ソフト)の両面から、目的の機能が実装可能かどうかを即座に判断できるようになっています。


Middleware support matrixで拡張された情報
現時点で公開済みのミドルウェアコンポーネント情報は以下の5つで、今後も追加される予定とのことです。
- Unity
- Unreal Engine
- Godot Engine
- LÖVR
- StereoKit
開発者にとってのメリットは?
このマトリックス表を活用することで、開発現場の負担の大幅な軽減が期待できます。
- 技術選定のスピードアップ: 「Meta Quest 3の最新機能を使いたいが、Unityの現行LTSで対応しているか?」といった疑問が表をチェックするだけで解決
- 「実装不可」のリスク回避: プロジェクトの中盤でエンジンの非対応が発覚し、急遽プラグインを自作したり仕様変更を余儀なくされたりするトラブルを未然に防ぐ
筆者は開発者ではないため、この表がどれほど有用であるかを真に理解するのは難しいです。
が、このマトリックス表の隠れた効果として、「Meta・Google・PICO・VALVEなど、各プラットフォームの対応状況が明らかになることで、標準化をさらに進める動機付けになる可能性」があるのではないでしょうか。
クロノス・グループもフィードバックや提案を歓迎するとのことなので、今後もマトリックス表の拡充に期待しましょう。
(参考:Khronos Group)
