Appearance
VRMビュワー：モーション適応
企画書もどき
展示会で使用するアプリであることを重視したバージョン
1. 企画概要
本企画は、展示会において裸眼立体視ディスプレイ Looking Glass（縦型LFD） の魅力を来場者に伝えるための、デモアプリ（＝体験コンテンツ）を開発するものである。
目的はアプリ自体の商用価値を最大化することではなく、Looking Glassの「体験価値」「強み」「適用可能な利用シーン」を、来場者が短時間で理解できる状態を作ることである。
2. 背景
- 展示会のブースでは、来場者の滞在時間が短く、説明が長いほど離脱が起きやすい。従って、Looking Glassの価値は「言語説明」ではなく視覚体験で即座に理解できる提示が重要となる。
- Looking Glassは裸眼立体視であるため、HMDと異なり 装着負担がない／複数人で同時に見られる／衛生・回転率の観点で展示運用に強いという利点を持つ。
- その利点を最短で伝えるには、「ただの立体写真」よりも、**人の動きに追随する（＝リアルタイム性）**や、**立体的な存在感（＝その場に“いる”感）**が伝わる題材が適している。
- VTuber/3Dアバターは、多くの来場者が理解しやすく、立体表現（奥行き・パララックス・身体表現）の優位性を直感的に示しやすい題材である。
3. 目的（展示会で達成したいこと）
3.1 最上位目的
展示会来場者に対し、Looking Glass（縦型LFD）が提供できる体験価値を、30秒〜1分で直感理解させる。
3.2 具体目的（展示KPIに落とす）
- ブース前の**足止め（アイキャッチ）**を発生させる
- 来場者が「何が違うのか」を体感で説明できる状態を作る（言語説明依存を下げる）
- Looking Glassの利用シーンの想像を促す（「自社ならこう使える」が口から出る）
- 名刺交換・商談化へ繋げるための会話のフックを提供する
4. 位置づけ（本アプリは“デモパッケージ”）
本アプリは製品アプリではなく、以下を満たす「展示会用デモパッケージ」として位置づける。
- 短時間で理解できる（初見で成立する）
- オペレーションが簡単（スタッフが説明しやすい／無人でも回る）
- 失敗しにくい（環境差に強い、デグレードがある）
- 会話を生む（用途の想像が広がる）
5. デモコンセプト（体験の核）
コンセプト案
「目の前に“いる”3Dアバター：裸眼で覗ける立体コミュニケーション」
来場者が得るべき印象（メッセージ）
- 「メガネもHMDも要らないのに、立体で“そこにいる”」
- 「動くから“ディスプレイ”ではなく“存在”に見える」
- 「複数人で同時に見られるから、展示・店頭・受付に向いている」
- 「縦型だから“人物/キャラクター”の提示が強い」
6. デモ体験シナリオ（展示運用を前提に設計）
展示会では「体験の流れ」を固定し、説明コストを下げる。
6.1 来場者体験フロー（推奨）
- ブース前でアバターが自然に動いていて足が止まる（待機ループ）
- 「ここに立つと、キャラが同じ動きになります」と誘導（床サイン＋UI）
- 来場者が軽く手を振る／頷く → アバターが追随し、立体感が際立つ
- 30秒程度で体験が完結（次の人へ回る）
- スタッフが用途例を2つ提示して名刺交換へ
6.2 体験モード（展示の失敗確率を下げるための二段構え）
モードA：ライブ追随モード（優先）
Webカメラ等で簡易トラッキングし、来場者の動きにアバターが追随
モードB：自動デモモード（必須の保険）
トラッキング不調・混雑・照明条件が悪い場合でも、プリセットモーションで常時魅力を提示
※展示会では「トラッキングが動かない＝デモが止まる」は致命的なため、Bは必須要件とする。
7. スコープ（MVP要件）
本MVPは「展示会で安定稼働し、魅力が伝わる」ことを最優先とする。
VRM・Webカメラは**“今すぐ用意できる手段”として採用**し、方式自体への拘りは持たない（将来差し替え可能）。
7.1 MVPで実装する機能
- Looking Glass（縦型LFD）での安定表示（起動〜表示までの導線含む）
- アバター表示（まずはVRM想定、差し替え可能設計）
- モードA：簡易トラッキング入力 → アバターへ反映（上半身中心で成立させる）
- モードB：自動デモ（プリセットモーション＋表情/アイドル）
- 展示運用UI
- モード切替（ライブ／自動）
- トラッキング品質表示（良/注意/不可）
- ワンボタン復旧（再初期化）
- 表示品質プリセット（負荷に応じて切替）
7.2 MVPでやらない（優先度を落とす）
- 高精度な指トラッキングやフルボディ完全一致（展示価値に対しリスクが大きい）
- 多人数同時トラッキング
- アバター編集機能（衣装替え等）
- データ保存・配信連携（必要が確定してから）
8. 画面・導線設計（展示で回る設計）
8.1 画面構成（最小）
- 待機画面（無人でも成立）：自動デモ＋「ここに立つ」ガイド
- 体験画面：アバター立体表示（UIは最小・縦型に最適化）
- オペレーター画面（裏UI）：品質・復旧・切替（ショートカット対応）
8.2 UI設計の原則
- 来場者向けUIは「誘導」と「状態」だけ
- 設定はオペレーター側に隠す（誤操作防止）
- 1分以内で体験が完了する構成（回転率優先）
9. 訴求したい利用シーン（説明トークの核）
展示会での商談に繋げるため、「見た後に用途が想像できる」シーンを明示する。
- 店頭・受付：キャラクター接客／案内
- 展示・ショールーム：商品説明員の代替／演出
- イベント：写真映えする“動く立体キャラ”
- 放送・配信ブース：立体キャラクター演出（複数人で見られる）
※用途は「VTuber」に閉じず、「人物/キャラクター提示全般」に広げる（B2B導線が強くなる）。
10. 成功指標（展示会KPI案）
- ブース前の立ち止まり率（一定時間以上の滞留）
- 体験完了数（1時間あたりの回転数）
- 名刺獲得数／デモ後の商談化率
- 来場者の反応ワード（「HMDいらないのが良い」「複数人で見られるのが良い」等の定性ログ）
11. リスクと対策（展示で必須）
11.1 トラッキング不安定（照明・背景・混雑）
- 対策：自動デモモードを常設、品質表示、推奨立ち位置誘導（床サイン）
- 対策：トラッキングが弱い場合は「上半身のみ成立」でも魅力が伝わる演出に寄せる
11.2 パフォーマンス不足（Quilt生成負荷）
- 対策：表示品質プリセット、アバター負荷ガイド（ポリゴン・マテリアル制限）
- 対策：最悪でも自動デモが滑らかに動く最低品質を担保
11.3 展示運用（復旧できない）
- 対策：ワンボタン復旧、ログ、チェックリスト、起動手順の単純化
- 対策：無人運用前提の「放置しても回る」設計
12. 開発計画（段階導入）
- フェーズ0：検証
- Looking Glass縦型での表示安定
- ライブ入力の成立条件の把握（最低限の動きで魅力が出るライン確認）
- フェーズ1：展示会MVP
- 2モード（ライブ／自動）＋運用UI＋復旧導線
- 展示用アバター・演出の調整（見栄え最優先）
- フェーズ2：展示効果最大化
- 誘導演出の強化、用途訴求の差し替え、外部入力方式への拡張など
13. 体制・成果物
13.1 体制（例）
- 企画/PM：1
- Unity実装：1〜2
- 表示/最適化：1（兼任可）
- 展示運用設計：0.5（あると成功確率が上がる）
13.2 成果物（納品物）
- 展示会用デモアプリ（実行形式）
- 展示運用マニュアル（起動、モード切替、復旧、推奨設置）
- デモ台本（30秒版／2分版の説明トーク）
- 推奨展示セット（カメラ位置、照明、床誘導、スタッフ動線）
14. 補足：VRM・Webカメラの扱い（方針明文化）
- VRM・Webカメラは「短期間で用意できる」ためMVPに採用する。
- ただし、目的は Looking Glassの魅力訴求であり、入力方式・アバター形式は手段である。
- 将来的には、展示条件や訴求内容に応じて入力方式を差し替え可能な設計を前提とする。
アプリとしての企画書
- 想定利用環境：イベント会場／配信スタジオ／ショールーム等
- 想定表示デバイス：Looking Glass LFD（縦型モデル）
1. エグゼクティブサマリー
VTuberの3Dアバターを用いた交流イベント（おしゃべり会等）が一般化している一方、現状は2Dモニター表示に留まるケースが多く、3Dアバターの立体感・存在感・身体表現を十分に活かしきれていない。HMDの導入は参加者の装着負担（眼鏡、化粧、衛生、抵抗感）により運用ハードルが高い。
本企画では、裸眼立体視ディスプレイであるLooking Glass LFD（縦型）を用いて、参加者に装着負担を課さず、アバターを「その場にいる」ように提示できる体験を実現するアプリを開発する。初期段階は入手容易性を重視し、VRMアバターおよびWebカメラ等の簡易入力を前提とするが、特定方式に拘らず入力方式・アバター形式は拡張可能な構成とする。
2. 背景
VTuber文化の拡大に伴い、VTuberの3Dアバターを用いた「おしゃべり会」「交流イベント」などの体験型企画が一般化しつつある。一方で、現状の多くのイベントは、参加者が通常のモニター上に表示されたアバターを見ながらコミュニケーションする形態に留まっており、3Dアバターが本来持つ立体感・存在感・身体表現といった強みを十分に活かしきれていない。
没入感を高める手段としてHMDの利用も考えられるが、参加者に装着を求める運用は、眼鏡・化粧・衛生面・装着への抵抗感などの観点から参加ハードルが高く、イベントの回転率や満足度を損ねる要因になり得る。
そこで、裸眼で立体視可能なLooking Glass LFDを用いることで、参加者の装着負担を増やさずに、アバターを「その場にいる」ように提示できる体験設計が可能になる。結果として、VTuberが保有する3Dアバター資産の価値を、イベント体験として最大化できる余地がある。
3. 課題整理（現状ギャップ）
- 体験価値のギャップ：3Dアバターの「立体感」「距離感」「存在感」が2D表示では伝わりにくい
- 運用ハードル：HMD運用は参加者負担が大きく、回転率・衛生・拒否反応などのリスクがある
- 導入のしやすさ：高価なフルトラ機材前提だと現場導入が難しく、故障点も増える
- アバター資産の活用：VTuberの既存アバター（3D資産）をイベント価値に転換しにくい
4. 目的
裸眼立体視ディスプレイ（Looking Glass LFD）上にVTuberの3Dアバターをリアルタイムに表示し、参加者がHMD等の装着を必要とせずに、立体的な存在感を伴うコミュニケーション体験（おしゃべり会／交流イベント等）を実現する。
これにより、従来の2Dモニター表示では表現しきれない「距離感」「奥行き」「身体表現」を体験価値として提供し、VTuberが所有する3Dアバターの活用範囲を拡張する。また、イベント運用を成立させる観点から、導入・セットアップの容易性と安定稼働を重視し、入力方式（モーション取得）やアバターフォーマットは段階的に選択肢を広げられる構成とする。
なお、初期段階では「すぐに用意できる」手段としてVRM形式のアバターおよびWebカメラ等の入力を想定するが、これらは目的達成のための暫定的・現実的な選択肢であり、特定方式への拘りは持たず、必要に応じて他方式へ拡張可能な設計方針とする。
5. 想定ユースケース
- おしゃべり会（対面イベント）：参加者がLFD上の立体アバターを見ながら会話体験
- ファンミーティング/展示会：遠目でも視認性が高く、集客装置として機能
- ショールーム/店舗：案内・演出コンテンツとして常設運用
- 配信スタジオ：録画/配信用の立体表現演出（オプション）
6. 提供価値（期待効果）
- 参加者の装着負担ゼロで立体表現を提供（HMD不要）
- 3Dアバターの資産価値最大化（存在感・身体表現の訴求）
- イベント運用適性（短時間セットアップ、復旧容易、故障点の最小化）
- 入力方式の拡張余地（Webカメラ→外部トラッキング等へ段階移行可能）
7. 成功指標（KPI/受入基準の例）
- 起動〜表示開始：現場運用で許容される短い導線（例：数ステップで開始）
- 安定稼働：連続稼働で致命的停止が発生しない（展示想定）
- 遅延：会話・ジェスチャーに支障のない体感（計測し、目標帯を設定）
- 体験評価：参加者アンケートで「立体感」「存在感」の肯定評価が得られる
※数値目標は、フェーズ0の計測結果で確定する前提とする。
8. スコープ（MVP）
8.1 実装範囲（MVPでやる）
- Looking Glass LFD（縦型）への立体表示（多視点レンダリング／出力）
- アバター表示（初期：VRM想定、将来差し替え可能）
- モーション入力（初期：Webカメラ等の簡易入力、将来差し替え可能）
- キャリブレーション（立ち位置・スケール・正面向き等）
- 運用UI（入力選択、開始/停止、品質表示、リセット、ログ）
8.2 対象外（初期はやらない／後続）
- 指トラッキングや高精度な全身一致（入力方式に依存、段階導入）
- 多人数同時トラッキング
- 高度な演出（シナリオ、照明、演技制御）
- 保存・リプレイ（必要性が出た段階で追加）
9. 要件（機能/非機能）
9.1 機能要件
- アバター切替（プリセット登録／簡易差し替え）
- 入力方式切替（少なくとも1方式をMVPで実装、追加可能な構造）
- 表示パラメータ調整（奥行き、スケール、視差安全域のプリセット）
- 監視表示（FPS、入力死活、トラッキング品質）
9.2 非機能要件（運用前提）
- ワンクリック復旧（再接続・再キャリブレーション）
- ログ出力（トラブルシュート可能な情報）
- 現場チェックリスト化（設置条件、照明、カメラ位置）
10. 方式概要（設計方針）
10.1 入力（モーション取得）の方針
- 初期は「準備しやすさ」優先でWebカメラ等を採用
- ただし方式固定はしない
- *入力抽象化（Input Provider）**を設け、将来以下へ拡張可能とする
- 外部アプリ／標準プロトコル受信（OSC等）
- スマホ系入力（高品質な顔・姿勢）
- トラッカー系（品質最優先）
10.2 出力（Looking Glass LFD縦型）
- 縦型の視認性・奥行き安全域を前提に、表示スケールと奥行き範囲をプリセット化
- 遠目視認（イベント）を想定し、被写体の“主役領域”を明確化（胸上中心など）
11. 画面/UX（運用導線）
- ホーム
- アバター選択
- 入力方式選択
- LFD接続状態表示
- キャリブレーション
- 立ち位置ガイド（枠内誘導）
- 正面合わせ／スケール補正
- 実行
- 開始/停止
- 品質メーター（良/注意/不可）
- リセット（入力再取得・表示再初期化）
- 簡易ログ参照
目標：非エンジニアが運用可能な手順書で成立すること。
12. 開発計画（フェーズ）
- フェーズ0：技術検証
- LFD縦型での表示安定性、負荷、視差安全域の確認
- 入力方式1種での遅延・破綻条件の把握
- フェーズ1：MVP実装
- 運用UI、キャリブレーション、監視、ログ、デモパッケージ化
- フェーズ2：改善/拡張
- 入力方式追加、表情強化、安定化、遠隔運用対応など
※期間は検証結果により変動する前提で記載し、確約表現は避ける。
13. 体制（例）
- PM/企画：1
- Unity実装：1〜2
- 入力統合（モーション推定/受信）：1（兼任可）
- UIデザイン：0.5（兼任可）
- 現場運用設計：0.5（あると強い）
14. リスクと対策
- 簡易入力（Webカメラ等）の精度限界（照明、遮蔽、背景）
- 対策：推奨設置条件の明文化、品質メーター、方式追加で逃げ道確保
- LFD出力負荷（多視点レンダリング）
- 対策：品質プリセット、解像度/視点数調整、アバター負荷ガイド
- アバター差異（リグ・表情・品質のばらつき）
- 対策：推奨仕様（ボーン、表情、ポリゴン等）をガイド化、事前検証フロー
- 展示運用（トラブル時の復旧）
- 対策：ワンクリック再初期化、ログ、手順書、チェックリスト
15. 成果物（納品物）定義
- 実行アプリ（ターゲットOSは別途確定）
- デモ用アバター/設定一式（権利クリア前提）
- 取扱説明書（設置条件、運用手順、トラブルシュート）
- 設置ガイド（カメラ位置、照明、立ち位置）
16. 将来拡張（ロードマップ案）
- 表情（まばたき・口形・視線）強化
- 遠隔入力（別室・別PCから操縦）
- イベント導線向け演出（待機モード、会話切替、アバター切替）
- 配信連携（映像合成、収録支援）
付記：本企画の前提（明記推奨）
- VRMやWebカメラ等は「短期に用意できるため採用する初期手段」であり、企画の本質は「裸眼立体視での体験価値向上」と「運用成立」である。
- 入力方式・アバターフォーマットは、目的達成に資するものを段階的に採択する。
簡潔版
1. 案件名
VTuber向け 裸眼立体視アバター表示コミュニケーションアプリ（Looking Glass 縦型対応）
2. 背景
VTuberの3Dアバターを用いた交流イベント（おしゃべり会等）が増加しているが、体験は2Dモニター表示が中心であり、3Dアバターの立体感・存在感・身体表現を十分に活かしきれていない。没入感向上としてHMDも選択肢だが、眼鏡・化粧・衛生・装着抵抗などにより参加ハードルが高く、イベント運用上の制約が大きい。
裸眼立体視ディスプレイであるLooking Glass LFDを用いれば、参加者に装着負担を課さずに、アバターを「その場にいる」ように提示でき、3Dアバター資産の価値をイベント体験として最大化できる。
3. 目的
Looking Glass LFD（縦型）上にVTuberの3Dアバターをリアルタイム表示し、HMD不要で立体的な存在感を伴うコミュニケーション体験（おしゃべり会／交流イベント等）を実現する。
運用成立（短時間セットアップ、安定稼働、復旧容易）を重視し、入力方式やアバター形式は段階的に拡張可能な構成とする。
※初期は「すぐ用意できる」手段としてVRMアバター／Webカメラ等を想定するが、方式への拘りはなく、必要に応じて他方式へ拡張する。
4. 想定ユースケース
- おしゃべり会（対面）：立体アバターを見ながら会話
- ファンミ/展示：視認性とアイキャッチで集客効果
- 店頭/ショールーム：案内・演出の常設運用
5. MVPスコープ
やること
- Looking Glass LFD（縦型）での裸眼立体視表示
- アバター表示（初期：VRM想定）
- モーション入力（初期：Webカメラ等の簡易入力）
- キャリブレーション（立ち位置・スケール・正面）
- 運用UI（開始/停止、品質表示、リセット、ログ）
初期はやらない（後続）
- 指トラ等の高精度フルトラ
- 多人数同時
- 保存/リプレイ、演出シナリオの高度化
6. 成功条件（受入の考え方）
- 運用：非エンジニアでも起動～表示開始～復旧が可能
- 安定性：展示/イベントを想定した連続稼働に耐える
- 体験：2D表示より「立体感」「存在感」が明確に向上する
- 拡張性：入力方式（Webカメラ以外）を追加できる設計
7. リスクと対策（要点）
- 簡易入力の精度限界（照明・遮蔽）
- 対策：推奨設置条件、品質メーター、方式追加の逃げ道
- LFD出力負荷（多視点レンダリング）
- 対策：品質プリセット、アバター負荷ガイド
- 展示運用トラブル
- 対策：ワンクリック再初期化、ログ、チェックリスト
8. 成果物
- 実行アプリ
- デモ用設定一式
- 取扱説明書（設置条件・運用・トラブルシュート）
Author: 水上 | Source:
水上\VRMビュワー：モーション適応 2cfaba435ee7805f8afef596edb9844b.md