JigSpace導入ガイド：ARテンプレートと3D最適化

JigSpaceテンプレートとジグの基本概念

JigSpace のジグは段階的で注釈付きの3Dプレゼン単位です。ジグをテンプレート化すると制作効率と表現の一貫性が向上します。導入前に配信先（アプリ／Web／Quick Look 等）の対応状況を必ず確認してください。

ジグの構成要素

ジグを作るときに繰り返し使う基本モジュールを示します。

• ステップ（順序付けされたシーン）
• 注釈（ラベル、吹き出し、チェックボックス）
• アニメーション（分解アニメ、操作再現）
• ホットスポット（タップで詳細表示）
• メディア埋め込み（動画・画像・音声）
• インタラクション（チェックリスト、クイズ）
• メタデータ（用途、想定時間、対象デバイス、バージョン）

ビジネスでの主な適用領域

代表的な適用ケースと期待される効果を簡潔に述べます。

• 製品デモ：短時間で価値を伝え、問合せを誘導する
• 組立手順：作業の標準化とミス低減
• 保守点検：点検手順の迅速化と証跡化
• 研修：習熟度向上と評価の標準化
• 設計レビュー／営業ピッチ：空間把握と意思決定支援

用途別おすすめテンプレート（JigSpace テンプレート比較）

用途に応じたテンプレート選定の指針と、実務でそのまま使える比較表を示します。下表は「名称・想定時間・KPI・入手方法」の比較例です。導入時は必ず自社のKPIと想定デバイスで実機検証してください。

推奨テンプレート一覧（名称・想定時間・入手方法）

以下は実務で使いやすいテンプレートの例です。入手方法は導入先や運用形態により変わります。

テンプレート入手方法と導入のポイント

入手方法ごとの実務ポイントを整理します。

• 公式テンプレート：迅速導入が可能だがカスタマイズ制約に注意する。
• 社内テンプレート：企業基準に合わせられるが初期整備コストあり。
• パートナー作成：要件反映が容易だが契約・ライセンス確認が必須。
• カスタム（自社制作）：自由度高いが制作と検証が必要。

導入時はメタデータ仕様・バージョン管理・テスト手順をテンプレート化しておきます。

テンプレート選定の評価軸

選定時に評価する観点と推奨重み付け例を示します。

1. 対象デバイスの互換性（必須）
2. 表現要件（インタラクション/アニメーション）
3. ファイルサイズとロード時間（パフォーマンス）
4. 多言語対応のしやすさ（運用コスト）
5. セキュリティ／ライセンス制約（公開可否）

スコアリングは事前基準を決め、関係者合意を得てから比較します。

テンプレートメタデータ例（YAML）

テンプレート登録用のメタデータ例を示します。実運用では JSON か YAML のどちらかで統一してください。

このメタデータをテンプレートストアに登録し、検索性（タグ・製品ID）を確保します。

PoC設計とROI評価（JigSpace テンプレートの検証）

PoC は短期で判断できる指標と比較設計を明確にすることが重要です。ここでは実務で使える設計フローと指標算出例を示します。サンプル数や前提を明確にして統計的に解釈します。

PoC設計ワークフロー

PoC を回すための標準ワークフローを示します。

1. 目的と成功基準を定義（KPI・期間・対象ユーザー）
2. ベースラインデータを収集（現状の作業時間やCV率）
3. テンプレートとアセットを準備（メタデータ、検証用ビルド）
4. 実施設計：試験群と対照群、サンプルサイズを決める
5. データ収集：イベントログ、視聴時間、アンケート等を収集
6. 分析：差分検定・効果量を確認してGo/No-Go判定する
7. 結果を基にスケール計画と運用コスト試算を作成する

サンプルサイズはKPIの期待差やばらつきに依存するため、統計担当者と調整してください。

評価指標と算出例

主要 KPI の定義と算出方法例を示します。

• 視聴完了率 = 視聴開始数に対する最後まで見た割合
• 平均視聴時間 = 合計視聴時間 ÷ 視聴セッション数
• 問合せ率 = セッション数に対する問い合わせ数の割合
• 作業時間短縮率 = (旧作業時間 − 新作業時間) ÷ 旧作業時間

ROI の簡易式は次の通りです。数値は仮の例です。

年間ベネフィット = (1回あたりの時間短縮h × 年間実施回数 × 時給)
年間コスト = 初期制作費（償却分）＋ホスティング＋運用費
ROI = (年間ベネフィット − 年間コスト) ÷ 年間コスト

例：点検 10,000 件/年、1件当たり 2 分短縮（0.033 h）、時給 3,000 円の場合
年間ベネフィット = 10,000 × 0.033 × 3,000 ≒ 990,000 円

初期費用 500,000 円を 3 年で償却（年間 ≒166,667 円）、年運用 100,000 円 の場合
年間コスト ≒ 266,667 円、ROI ≒ (990,000 − 266,667)/266,667 ≒ 2.71（約271%）

前提条件（対象端末・工数算定方法）を明示して試算してください。

想定ケース：小規模PoCの例

想定条件を明確にした上での小規模PoC例を示します。

• 期間：4 週間、対象ユーザー：フィールド技術者 30 名
• KPI：作業時間（平均）、一次修理率、定性的満足度（アンケート）
• 成果判定基準：作業時間が 10% 以上短縮、一次修理率が改善すればスケール検討

このように短期の定量・定性両面で評価し、導入判断材料を揃えます。

3Dアセット最適化とツール別手順（glTF/Draco、Blender）

3Dアセットは表示品質と実機パフォーマンスのバランスが重要です。ここでは最適化指標と Blender からの具体的なエクスポート手順、Draco 圧縮の適用手順を示します。各数値は想定デバイスと条件を明記してから利用してください。

最適化指標と条件の明示

最適化目標は想定デバイス別に設定します。以下は目安と前提です。

• 想定デバイス例：ハイエンドスマホ（例: iPhone 12 〜）／ミドルレンジ Android
• ポリゴン数（目安）：単体モデルで 5k–50k tris（ハイエンド想定）。複雑度高い場合はLOD（Level of Detail）を必須にする。
• テクスチャ解像度：重要箇所 2048px、一般 512–1024px。Web は圧縮（JPEG/WebP）検討。
• ファイルサイズ：単一ジグの合計を小さく保つ（目安 1–50MB、用途と回線を考慮）
• その他：ノーマルマップを利用してジオメトリを削減、テクスチャをアトラス化して Draw Call を減らす

上記は目安であり、実機での FPS やロード時間を必ず確認してください。

Blender から glTF/GLB エクスポート手順

Blender（2.8 以降）を想定した実務手順です。各手順を実行後、必ずバリデータと実機で確認してください。

1. モデル準備
2. 不要なオブジェクトを削除し、モディファイアを適用する（選択 → Ctrl-A → Rotation & Scale）。
3. 単位をメートルに統一（Scene Properties → Units）。
4. UV とマテリアル整備
5. UV マップがあるか確認し、PBR 用に Principled BSDF を使用する。テクスチャは外部ファイルとして出力か埋め込みを選択。
6. ベイク（必要に応じて）
7. 法線マップ、AO、その他ライト情報をテクスチャにベイクする。
8. アニメーション処理（ある場合）
9. アニメーションは必要に応じてベイクし、NLA ストリップやアクションを整理する。
10. エクスポート（File → Export → glTF 2.0）
11. Format: GLB（テクスチャ埋め込み推奨）または glTF（分割ファイル）を選択。
12. Include: Selected Objects（必要時）、Apply Modifiers = ON。
13. Geometry: Normals、UVs を有効にする。
14. Animation: 必要なアニメーションを有効にし、Bake Animation を ON にする。
15. 検証
16. glTF Validator（https://github.com/KhronosGroup/glTF-Validator）等で検証し、参照ビューアーで表示確認を行う。

Draco 圧縮と実務での適用手順

Draco はメッシュ圧縮の技術でファイルサイズを大幅に削減できますが、実行時に復号をサポートするランタイムが必要です。サポート状況に応じて導入判断をしてください。

• Draco 圧縮の適用例（gltf-pipeline を使用）

• Node.js 環境を準備し、gltf-pipeline をインストールします。
  npm install -g gltf-pipeline

• 圧縮実行（例）
  gltf-pipeline -i input.glb -o output_draco.glb -d

• 出力ファイルが KHR_draco_mesh_compression を使っていることを確認し、ターゲットランタイムが復号可能か確認する。

• 代替ツール：gltfpack 等も有効です。ツールごとのオプションや圧縮率は異なるため各ツールのドキュメントを参照してください。

Draco 圧縮後は必ずターゲット環境での動作確認を行い、対応しない環境向けの非圧縮フォールバックを用意してください。

参考ツール・仕様（公式）

• glTF: https://www.khronos.org/gltf/
• KHR_draco_mesh_compression: https://github.com/KhronosGroup/glTF/tree/master/extensions/2.0/Khronos/KHR_draco_mesh_compression
• gltf-pipeline: https://github.com/CesiumGS/gltf-pipeline
• Blender glTF Exporter: https://docs.blender.org/manual/en/latest/addons/import_export/scene_gltf2.html

配信・実機表示・運用（共有・権限・ライセンス・セキュリティ）

配信方式の違いや社内での承認フロー、ライセンス・個人情報の扱いを明確にしておくと運用トラブルを減らせます。配信先ごとの機能差を想定し、重要機能は必ず対象環境で検証してください。

配信方法の比較（Web / アプリ / Quick Look）

配信方法ごとの特徴と考慮点を整理します。

• Web（WebAR / WebXR）: 更新が容易だがブラウザ依存の差やパフォーマンス課題がある。glTF/GLB が基本。
• アプリ（ネイティブ）: 高度な機能と安定性が得られるが配布・更新コストとストア審査がある。
• Quick Look / USDZ（iOS）: iOS の組み込み表示は USDZ を利用するため変換や別フォーマット対応が必要。

社内共有と承認フローのテンプレート

社内運用で失敗しないための承認フロー例を示します。

1. 要件定義（プロダクトオーナー）——成果物一覧を作成する
2. 3D アセット準備（制作チーム）——メタデータとライセンス情報を添付する
3. 法務チェック（法務）——ライセンス、NDA、公開可否の承認
4. QA と実機検証（関係者）——代表端末での確認結果を記録
5. 公開・配布（運用）——バージョン管理と権限設定を適用する

各フェーズで「成果物（ファイル名、メタデータ、テストログ）」を必須提出物に指定してください。

著作権・ライセンス・個人情報保護のチェックリスト

社外配布前に最低限確認すべき手順です。

1. アセットインベントリを作成し、出典とライセンスを明記する。
2. 第三者素材（モデル・テクスチャ等）は再配布権があるかを確認する。
3. NDA や開発契約の範囲で公開可否を法務に確認する。
4. 個人情報や機密情報を含む設計は避けるか、必要なら匿名化・同意取得を行う。
5. ログ保管やアクセス権限のポリシーを決め、運用担当を明確にする。

法令（GDPR、個人情報保護法 等）に関する判断は法務と連携してください。

用語集・よくあるトラブルと発表前チェックリスト

技術用語の簡単な定義と運用で起きやすいトラブル対処法、実演前の最終チェックをまとめます。

技術用語集（主要語の簡潔定義）

• LOD（Level of Detail）：距離に応じて切り替える低解像度メッシュ。
• Draco：Google が開発したメッシュ圧縮ライブラリ（glTF では拡張 KHR_draco_mesh_compression）。
• glTF / GLB：汎用的な3D配布フォーマット。GLB はバイナリでテクスチャ埋め込み。
• USDZ：Apple の Quick Look 用フォーマット（iOS 表示用）。
• PBR：物理ベースレンダリング。現実に近い見た目のためのマテリアル表現。

よくあるトラブルと具体的対処

代表的な問題と実務的な切り分け手順を示します。

• 読み込み失敗：ファイル形式や拡張子、ファイルサイズ、CORS 設定を確認。ログを取得して原因特定。
• 表示崩れ（マテリアル不一致）：PBR マテリアルの互換性をチェックし、依存テクスチャが正しく埋め込まれているか確認。
• アニメーションが再生されない：エクスポート時にアニメーションをベイクしているか、対象フォーマットがアニメーションをサポートするか確認。
• 圧縮（Draco）で未対応ランタイム：Draco 対応未提供の環境向けに非圧縮 GLB を準備する。
• パフォーマンス低下：LOD 追加、テクスチャ圧縮、描画負荷の高いエフェクト削減を順に試す。

実演前の最終チェック（発表用）

実演を安定させるための最終確認項目です。

• 代表端末のOS・アプリ/ブラウザを最新版に更新しているか
• デバイス充電と予備機の用意、通信環境（オフライン時の代替案）確認
• 使用ファイルは最新バージョンかつキャッシュをクリア済みか
• 音声・照明・スケールの最終確認、実機での再生リハーサルを行う
• 問題発生時に参照するログ取得手順と連絡先（社内）を用意する

JigSpace テンプレート導入のまとめ

導入の要点を短く整理します。テンプレート導入は事前設計と実機検証が成功の鍵です。

• テンプレート設計で制作工数と品質を安定化することが可能。
• 3D 最適化（ポリゴン・テクスチャ・LOD）は想定端末を明示してから実機検証する。
• Draco 圧縮は効果的だがランタイム互換性を確認し、非圧縮フォールバックを用意する。
• PoC は明確な KPI と対照設計で定量評価し、ROI を試算して判断する。
• 共有・権限・ライセンスのフローを整備し、法務・運用と連携して公開する。

参考（公式ドキュメントやツール）

• glTF（仕様・バリデータ）: https://www.khronos.org/gltf/ 、https://github.com/KhronosGroup/glTF-Validator
• KHR_draco: https://github.com/KhronosGroup/glTF/tree/master/extensions/2.0/Khronos/KHR_draco_mesh_compression
• gltf-pipeline: https://github.com/CesiumGS/gltf-pipeline
• Blender glTF Exporter: https://docs.blender.org/manual/en/latest/addons/import_export/scene_gltf2.html
• Quick Look（USDZ）関連: https://developer.apple.com/documentation/quicklook
• ARCore / ARKit（配信と機能差の確認）: https://developers.google.com/ar 、https://developer.apple.com/augmented-reality/

（本文中の数値や目安は想定デバイスや要件により変動します。導入前に必ず対象環境での実機検証と法務確認を行ってください。）