xR コンテンツ開発——Unity・Unreal・WebXR・OpenXR
レッスン4:xR コンテンツ開発——Unity・Unreal・WebXR・OpenXR
このレッスンで学ぶこと
- xR コンテンツ開発の 4 大スタック(Unity・Unreal・WebXR・OpenXR)の位置関係を整理できる
- OpenXR 1.0(Khronos Group、2019 年 7 月)が xR 業界に与えた影響を説明できる
- WebXR による「アプリを配らない xR」の意味と使い所を判断できる
- 3D コンテンツ制作の LOD 設計と資産再利用の考え方を語れる
- 生成 AI × 3D(NeRF・Gaussian Splatting)が 2026 年に何を変えるかを俯瞰できる
前のレッスンでは、xR ヘッドセット内部の入出力の仕組みを扱いました。このレッスンでは、その端末の上でコンテンツを作る側の話です。開発を発注する立場の方も、外注管理・PoC 費用の見積り・開発期間の見積りに使える見取り図を持ち帰っていただきます。
xR コンテンツ開発の 4 大スタック
xR 開発は 4 つの層で捉えると整理しやすくなります。
flowchart TB
A[コンテンツ層<br/>Unity / Unreal / 独自エンジン] --> B[標準 API 層<br/>OpenXR]
B --> C[配布層<br/>ネイティブアプリ / WebXR]
C --> D[端末層<br/>Meta Quest / Vision Pro / HoloLens ...]
- コンテンツ層:3D シーン、動作ロジック、UI を作る場所。ゲームエンジンが主役
- 標準 API 層:ゲームエンジンと端末の間を橋渡しする共通仕様(OpenXR)
- 配布層:ユーザーに届ける形式。ストア経由のアプリか、Web ブラウザ経由の WebXR か
- 端末層:Meta Quest、Vision Pro、HoloLens、Magic Leap、PICO
Unity と Unreal Engine——コンテンツ層の 2 大ゲームエンジン
xR コンテンツの大半は、Unity か Unreal Engine のどちらかで作られます。
Unity(Unity Technologies、2004 年設立)
Unity は 2005 年にリリースされたクロスプラットフォームゲームエンジンで、開発言語は C#。iOS / Android / PC / コンソール / xR まで幅広く対応し、xR 開発では最大シェアを持ちます。Meta Quest ストア公開アプリの多くが Unity 製で、Apple Vision Pro でも Unity PolySpatial として visionOS 対応を進めています。使いやすさと軽量さから、企業 PoC で最も選ばれるエンジンです。
- 強み:学習曲線が緩やか、アセットストアが豊富、モバイル・xR 最適化が優秀、ライセンスが小規模事業に優しい
- 弱み:高精細グラフィックスでは Unreal に劣る、大規模開発ではソースコード管理に工夫が必要
Unreal Engine(Epic Games、1998 年初版)
Unreal Engine は 1998 年に初版がリリースされ、開発言語は C++ とビジュアルスクリプティング「Blueprint」。高精細グラフィックスと大規模シーンに強みがあり、映画・自動車ビジュアライゼーション・大規模インタラクティブ体験で選ばれます。Unreal Engine 5 は Nanite(超高精細メッシュ)と Lumen(リアルタイム間接照明)で xR 分野でも精度を上げています。
- 強み:フォトリアリスティックな表現、大規模シーン対応、映像制作との親和性
- 弱み:学習曲線が急、開発リソースを要求する、モバイル・スタンドアロン xR ではパフォーマンスの詰めが難しい
💡 ポイント 企業 PoC の 9 割は Unity で問題ありません。高精細な建築ビジュアライゼーション、映画的な演出を必要とする体験、大規模シーンでのリアルタイム対戦などが必要な場合に、Unreal を選ぶのが定石です。「Unity で作ってから必要に応じて Unreal で作り直す」という順序で失うものは少ないので、迷ったら Unity から始めます。
OpenXR 標準——「開発を 1 度書けば複数機種で動く」
OpenXR は、Khronos Group が管理する xR 業界の標準 API です。Khronos Group は OpenGL、Vulkan、glTF などの標準を管理する非営利業界団体で、xR 分野のオープン標準として 2019 年 7 月 29 日に OpenXR 1.0 をリリースしました。
OpenXR 以前の断片化問題
2019 年 7 月以前は、Meta Quest 用は Oculus SDK、HTC Vive 用は SteamVR SDK、HoloLens 用は Windows Mixed Reality SDK と、機種ごとに別々の SDK を書き分ける必要がありました。これがコンテンツ配布の壁になり、企業 PoC も 1 機種依存になりがちでした。
OpenXR がもたらした変化
OpenXR 1.0 リリース後、主要ゲームエンジン(Unity、Unreal)と主要 HMD(Meta、Apple、Microsoft、Magic Leap、PICO)が段階的に対応し、2026 年 7 月時点では1 つのアプリを OpenXR で書けば、複数機種で動く状況が現実になりつつあります。ただし、visionOS 固有機能(アイトラッキング API など)や、Meta 独自機能(Guardian など)は各社固有の SDK 経由が残ります。
WebXR——「アプリを配らない xR」
WebXR Device API は W3C(World Wide Web Consortium)が管理する Web ブラウザ用の xR 標準で、2019 年 12 月に Working Draft が公開されました。ブラウザ内で JavaScript を使って xR コンテンツを実行できます。
WebXR の使い所
- 配布の軽さ:ストア審査を通さない、URL を共有すれば体験できる
- 短時間の体験:数分程度のプロトタイプ、営業デモ、Web 記事の埋め込みコンテンツ
- クロスデバイス:PC・スマホ・HMD で同じ URL が動く
- 軽量な社内デモ:会議室で URL を配って全員に見せる
WebXR の限界
- 性能の上限:ブラウザ経由のため、ネイティブアプリより処理能力が制限される
- 端末機能へのアクセス制限:アイトラッキング API などの詳細機能は限定的
- 標準実装のバラつき:ブラウザによって対応度合いが異なる(Chrome / Edge が先行、Safari は限定的)
📝 補足 中核メッセージ 4「WebXR は『アプリを配らない xR』の入口」——本格的な業務利用はネイティブアプリで、社内デモ・営業ツール・Web 記事埋め込みは WebXR で、と使い分けるのが定石です。3D モデルを URL 経由で共有できるだけで、営業のプレゼンや社内会議の共有負荷が大きく下がります。
主要 SDK と開発環境の見取り図
2026 年 7 月時点の主要 SDK は以下の 4 系統です。
- Meta Quest 開発:Unity + Meta XR SDK / OpenXR、または Unreal + Meta XR SDK
- Apple Vision Pro 開発:Xcode + visionOS SDK(SwiftUI / RealityKit)、または Unity PolySpatial
- HoloLens 開発:Visual Studio + Windows Mixed Reality Toolkit(MRTK3)、または Unity + OpenXR
- WebXR 開発:Three.js、Babylon.js、A-Frame(Web ベース 3D ライブラリ)+ WebXR Device API
LOD 設計——3D コンテンツの制作原価を回収する
3D コンテンツは制作原価が高く、1 モデル数十万円〜数百万円になることも珍しくありません。LOD(Level of Detail) は、同じオブジェクトを複数の詳細度で作っておき、距離や描画負荷に応じて切り替える技術で、コンテンツ資産の再利用と描画パフォーマンスの両立に不可欠です。
- LOD0(最高精細):至近距離、静止表示、写実的なマテリアル
- LOD1(中精細):数メートル距離、通常の視認範囲
- LOD2(低精細):遠距離、シルエットのみ判別できれば十分
- LOD3(アイコン):遠すぎる場合の代替表現
xR は端末側の GPU 能力が限られるため、LOD 設計の巧拙が体験の快適さを大きく左右します。
講師の現場メモ——「LOD なしで持ち込まれた自動車 CAD の話」
自動車業界クライアントの PoC で、設計部門が「うちの車の CAD データがあるから、VR で見たい」と持ってきたことがありました。CAD データはそのままでは 1 モデル数百万ポリゴンで、Quest 3 では 1 秒 3 フレームでしか動きませんでした。私たちは 3 段階の LOD を作り直し(LOD0 100 万、LOD1 30 万、LOD2 5 万ポリゴン)、90 フレーム/秒での描画に持っていきました。この LOD 化工程で 6 週間と 300 万円が発生しました。「既存の 3D 資産をそのまま xR に持ち込める」は幻想で、多くの場合、xR 向けの再構築工程が必要です。PoC 予算の 3〜5 割を LOD 化・最適化工程に見積もっておくのが安全です。
生成 AI × 3D の動向——2026 年からの本命
xR コンテンツ制作の最大のボトルネックは「3D 資産の作成コスト」ですが、生成 AI がこの壁を破りつつあります。
NeRF(Neural Radiance Fields、2020 年 UC Berkeley 発表)
複数の写真から、機械学習で 3D 空間の光の場を推定する技術。実世界の場所を数十枚の写真から立体化できます。
Gaussian Splatting(2023 年 SIGGRAPH 発表)
NeRF より高速・高品質な 3D 再構成技術で、実世界のスキャンから写実的な 3D 空間を数分で作れます。xR での実装が急速に進んでいます。
テキスト to 3D モデル
Meta(3DGen、2024 年)、NVIDIA(GET3D)、Luma AI(Genie)などが、テキストプロンプトから 3D モデルを生成する研究を発表しています。2026 年 7 月時点では商用利用の品質はまだ十分ではありませんが、24 か月以内の実用化が見込まれます。
⚠️ 注意 生成 AI 3D の商用ライセンスと著作権処理は、2026 年 7 月時点でも整理途上です。「AI で作った 3D モデルを商用製品に組み込んでよいか」の判断は、生成に使ったモデルのライセンス、訓練データの権利処理、生成結果への著作権の 3 段で確認する必要があります。企業導入では、法務との連携を必ずセットにしてください。
次のレッスンの予告
次のレッスンからは業種別ユースケースに入ります。レッスン 5 では製造・エンジニアリングの xR 応用——設計レビュー、現場作業支援、教育訓練、遠隔臨場——を扱います。既刊の業種別入門コースで扱う製造業のデジタルツインとは棲み分けて、xR の体験側から見た製造現場を整理します。
確認クイズ
理解の定着のために、6 問のクイズを解いてみてください。