"人がいるメタバース" を実現するREALITYのワールド機能

by gree_tech

Slide 1

Slide 1 text

REALITY株式会社　クライアントエンジニア　三宅広大 "人がいるメタバース" を実現する REALITYのワールド機能

Slide 2

Slide 2 text

• 三宅広大/yaegaki • 2020年 REALITY株式会社入社 • Unityエンジニア/テックリード • アバター関連 • ビデオ通話 • ワールド • etc 自己紹介 2 

Slide 3

Slide 3 text

REALITYについて 3 

Slide 4

Slide 4 text

スマホひとつでアバター作成、ライブ配信による交流やゲームまで楽しめるメタバース REALITYについて 4  アバター  ライブ配信  コミュニケーション  ゲーム  ワールド 

Slide 5

Slide 5 text

REALITYについて 5 

Slide 6

Slide 6 text

REALITYについて 6 

Slide 7

Slide 7 text

スマホひとつでアバター作成、ライブ配信による交流やゲームまで楽しめるメタバース REALITYについて 7  アバター  ライブ配信  コミュニケーション  ゲーム  ワールド 

Slide 8

Slide 8 text

ワールドについて 8 

Slide 9

Slide 9 text

9  ワールドの概要

Slide 10

Slide 10 text

ワールドの概要 10 

Slide 11

Slide 11 text

ワールドの機能(特徴) まとめ ● REALITYアバターで最大8人で遊べる仮想空間 ● 座る機能 ● アイテム装着 ● 動画配信視聴 ● etc 11 

Slide 12

Slide 12 text

ワールドの機能(特徴) まとめ ● REALITYアバターで最大8人で遊べる仮想空間 ● 座る機能 ● アイテム装着 ● 動画配信視聴 ● etc 12 

Slide 13

Slide 13 text

ワールドの機能(特徴) まとめ ● REALITYアバターで最大8人で遊べる仮想空間 ● 座る機能 ● アイテム装着 ● 動画配信視聴 ● etc 13 

Slide 14

Slide 14 text

動画配信視聴 ● ワールド内に設置したスクリーンで動画を再生する機能 ● HLS(HTTP Live Streaming)を用いたライブストリーミング視聴にも対応 ○ ワールドにいる人と一緒に視聴できる ● タイムテーブルを用いた動画再生機能 ○ ライブストリーミングと静的なファイルによるCMを切り替え可能 14 

Slide 15

Slide 15 text

動画配信視聴 15 

Slide 16

Slide 16 text

動画配信視聴 16  ここがスクリーンになっていて映像が流れる

Slide 17

Slide 17 text

ワールドの機能(特徴) まとめ ● REALITYアバターで最大8人で遊べる仮想空間 ● 座る機能 ● アイテム装着 ● 動画配信視聴 ● etc 17 

Slide 18

Slide 18 text

その他機能 ● テーマ機能 ○ 同じワールドで見た目が変わる ● アニメーション同期機能 ○ オブジェクトのアニメーション再生時間を同期する ● オブジェクト状態同期機能 ○ オブジェクトの任意のデータを同期する ● SE再生機能 ○ 特定のタイミングでSEを再生する機能 18 

Slide 19

Slide 19 text

”人がいるメタバース”としてのワールド ● 配信とシームレスに繋がっている ○ 誰かと遊びたかったら配信を開けば”人”がいる ● トライアルでは延べ来場者数が400万人*を超える ○ ”箱”をつくっても”人”がいないを解決 ● 世界中のREALITYユーザーに展開が可能 ● さまざまな種類のワールドをリリース 19  *：2022年4月22日～2022年6月12日　自社調べ

Slide 20

Slide 20 text

桜ワールドこれまでにリリースしたワールド 20 

Slide 21

Slide 21 text

ミュージックフェスワールドこれまでにリリースしたワールド 21 

Slide 22

Slide 22 text

4周年記念ワールドこれまでにリリースしたワールド 22 

Slide 23

Slide 23 text

これまでにリリースしたワールド 23 

Slide 24

Slide 24 text

コラボワールドこれまでにリリースしたワールド ● 他社様とのコラボワールドを複数リリース 24 

Slide 25

Slide 25 text

ワールドの実装 25 

Slide 26

Slide 26 text

ワールドの登場人物(ロール) ● オーナー ○ ワールドを起動した配信者 ● コラボゲスト ○ 配信にコラボゲストとして参加しているユーザー ● ビジター ○ 視聴者の内、ワールドに参加しているユーザー ○ 早い者勝ちで視聴者がワールド内視聴者になる ● 視聴者 ○ ワールドには参加せず視聴だけしているユーザー 26 

Slide 27

Slide 27 text

ワールドの登場人物(ロール) ● オーナー ● コラボゲスト ● ビジター ● 視聴者 27  ワールド内にアバターが出現して動き回れるユーザー全てをまとめてメンバーと呼ぶ合計で8人まで

Slide 28

Slide 28 text

ワールドの登場人物(ロール) ● オーナー ● コラボゲスト ● ビジター ● 視聴者 28  配信を見ているだけのユーザーワールドにアバターが登場せずオーナーと同じ視点になる

Slide 29

Slide 29 text

ワールドの登場人物(ロール) 29  オーナーコラボゲストビジター視聴者

Slide 30

Slide 30 text

ワールドの登場人物(ロール) 30  オーナーコラボゲストビジター視聴者アバターが登場音声通話可能

Slide 31

Slide 31 text

ワールドの登場人物(ロール) 31  オーナーコラボゲストビジター視聴者アバターが登場のみ

Slide 32

Slide 32 text

ワールドの登場人物(ロール) 32  オーナーコラボゲストビジター視聴者自分のアバターが登場しないオーナーと同じ視点

Slide 33

Slide 33 text

ネットワークミドルウェア ● 外部ミドルウェアは使用せず独自実装 ● WebSocketを用いたリアルタイム通信 ● サーバー側はパケットのリレーとステートの保存を行う ○ ワールドのロジックを持たない 33 

Slide 34

Slide 34 text

ワールドのメッセージング ● ワールドでの出来事を全ユーザーに共有する方法 ○ ステート更新パターン ○ ブロードキャストパターン 34 

Slide 35

Slide 35 text

ワールドのメッセージング ● ステート更新パターン ● ブロードキャストパターン 35 

Slide 36

Slide 36 text

ステート更新パターンワールドのメッセージング ● 視聴者のワールド参加の例 ○ 初めは全てのクライアントは同じステートを共有している ○ ステートには参加しているメンバーの情報が保存されている 36  オーナーステート:A 視聴者ステート:A MultiGameServer ステート:A メンバーステート:A

Slide 37

Slide 37 text

ステート更新パターンワールドのメッセージング ● オーナーにワールド参加を要求する 37  オーナーステート:A 視聴者ステート:A MultiGameServer ステート:A メンバーステート:A

Slide 38

Slide 38 text

ステート更新パターンワールドのメッセージング ● 要求が正しければメンバーリストを更新する 38  オーナーステート:B 視聴者ステート:A MultiGameServer ステート:A メンバーステート:A

Slide 39

Slide 39 text

ステート更新パターンワールドのメッセージング ● オーナーがサーバーにステートを登録する 39  オーナーステート:B 視聴者ステート:A MultiGameServer ステート:B メンバーステート:A

Slide 40

Slide 40 text

ステート更新パターンワールドのメッセージング ● サーバーがオーナー以外にステートを送信する 40  オーナーステート:B 視聴者ステート:B MultiGameServer ステート:B メンバーステート:B

Slide 41

Slide 41 text

ステート更新パターンワールドのメッセージング ● ステートの情報を用いて更新する ○ 視聴者が無事メンバーになる 41  オーナーステート:B メンバーステート:B MultiGameServer ステート:B メンバーステート:B

Slide 42

Slide 42 text

ステート更新パターンワールドのメッセージング ● オーナーのアプリが落ちた場合 ○ メモリ上のステートが失われる 42  オーナーステート:X メンバーステート:B MultiGameServer ステート:B メンバーステート:B

Slide 43

Slide 43 text

ステート更新パターンワールドのメッセージング ● オーナーのアプリが落ちた場合 ○ メモリ上のステートが失われる 43  オーナーステート:X メンバーステート:B MultiGameServer ステート:B メンバーステート:B メンバーリスト消失の危機

Slide 44

Slide 44 text

ステート更新パターンワールドのメッセージング ● オーナーのアプリが落ちた場合 ○ 再接続時にサーバーからステートが送信される 44  オーナーステート:B メンバーステート:B MultiGameServer ステート:B メンバーステート:B

Slide 45

Slide 45 text

ステート更新パターンワールドのメッセージング ● オーナーのアプリが落ちた場合 ○ サーバーに再接続時にサーバーからステートが送信される 45  オーナーステート:B メンバーステート:B MultiGameServer ステート:B メンバーステート:B メンバーリスト消失の危機回避

Slide 46

Slide 46 text

ステート更新パターンワールドのメッセージング ● メリット ○ 全てのメンバーが同じ状態を共有できる ■ 競合状態にならない ○ オーナーのアプリが落ちても情報が失われない ● デメリット ○ オーナーが処理を行うのでレスポンスが悪い ○ オーナーがいないと処理されない 46 

Slide 47

Slide 47 text

ワールドのメッセージング ● ステート更新パターン ● ブロードキャストパターン 47 

Slide 48

Slide 48 text

ブロードキャストパターンワールドのメッセージング ● アイテム装着の例 ○ メンバーBがアイテムを装着する場合 48  オーナーメンバーB MultiGameServer メンバーA

Slide 49

Slide 49 text

ブロードキャストパターンワールドのメッセージング ● メンバーBが装着情報をブロードキャストする 49  オーナーメンバーB MultiGameServer メンバーA アイテムAを装着

Slide 50

Slide 50 text

ブロードキャストパターンワールドのメッセージング ● 装着情報を受け取ったメンバーは情報を更新する 50  オーナーメンバーB MultiGameServer メンバーA メンバーBはアイテムA装着している

Slide 51

Slide 51 text

ブロードキャストパターンワールドのメッセージング ● 新しく視聴者が増えた場合 51  オーナーメンバーB MultiGameServer メンバーA メンバーBはアイテムA装着している視聴者C

Slide 52

Slide 52 text

ブロードキャストパターンワールドのメッセージング ● 新しく視聴者が増えた場合 52  オーナーメンバーB MultiGameServer メンバーA メンバーBはアイテムA装着している視聴者C メンバーBはなにも装着していない

Slide 53

Slide 53 text

ブロードキャストパターンワールドのメッセージング ● 新しく視聴者が増えた場合 53  オーナーメンバーB MultiGameServer メンバーA メンバーBはアイテムA装着している視聴者C メンバーBはなにも装着していないデータ不整合

Slide 54

Slide 54 text

ブロードキャストパターンワールドのメッセージング ● 定期的に情報を再送信する 54  オーナーメンバーB MultiGameServer メンバーA 視聴者C アイテムAを装着

Slide 55

Slide 55 text

ブロードキャストパターンワールドのメッセージング ● 装着情報を受け取ったメンバーは情報を更新する 55  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着している

Slide 56

Slide 56 text

ブロードキャストパターンワールドのメッセージング ● 装着情報を受け取ったメンバーは情報を更新する 56  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着しているデータ不整合解消

Slide 57

Slide 57 text

ブロードキャストパターンワールドのメッセージング ● メンバーBのアプリが落ちた場合 57  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着している

Slide 58

Slide 58 text

ブロードキャストパターンワールドのメッセージング ● メンバーBのアプリが落ちた場合 58  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着しているメンバーBはなにも装着していない

Slide 59

Slide 59 text

ブロードキャストパターンワールドのメッセージング ● メンバーBのアプリが落ちた場合 59  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着しているメンバーBはなにも装着していないデータ不整合?

Slide 60

Slide 60 text

ブロードキャストパターンワールドのメッセージング ● 定期的に情報を再送信する 60  オーナーメンバーB MultiGameServer メンバーA 視聴者C 装着なし

Slide 61

Slide 61 text

ブロードキャストパターンワールドのメッセージング ● 装着情報を受け取ったメンバーは情報を更新する 61  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはなにも装着していない

Slide 62

Slide 62 text

ブロードキャストパターンワールドのメッセージング ● 定期的に情報を再送信する 62  オーナーメンバーB MultiGameServer メンバーA 視聴者C メンバーBはアイテムA装着している (情報は失われるが) データ不整合解消

Slide 63

Slide 63 text

ブロードキャストパターンワールドのメッセージング ● メリット ○ オーナーを経由しないのでレスポンスが早い ○ オーナーがいなくても情報を更新できる ● デメリット ○ データを定期的に送信する必要がある ○ アプリが落ちると情報が失われる 63 

Slide 64

Slide 64 text

位置同期 ● ブロードキャストパターン ○ オーナーが状態を管理しない ● 定期的に現在の位置、入力の情報をブロードキャストする ○ 変更がなければ送らない ○ 現在は100ms毎に送信する設定 ● データが2つ溜まった時点で位置を予測する ○ 他のユーザーからは少し遅れて見える 64 

Slide 65

Slide 65 text

メッセージのシリアライズ/デシリアライズ ● シリアライズ/デシリアライズにはProtocol buffersを使用 ○ Googleが開発 ○ IDLで構造を定義してコードの自動生成ができる ○ バイナリ形式で出力できる 65 

Slide 66

Slide 66 text

メッセージのシリアライズ/デシリアライズ 66  message WorldAvatarSyncData { int32 timestamp = 1; Habanero.ProtobufVector3 position = 2; Habanero.ProtobufVector3 rotationEuler = 3; Habanero.ProtobufVector2 velocity = 4; int32 motionState = 5; bool startEntryMotion = 6; bool startExitMotion = 7; } サンプル

Slide 67

Slide 67 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 67 

Slide 68

Slide 68 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 68  キー名などの情報がない値がバイナリ

Slide 69

Slide 69 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 69  重要なので後述

Slide 70

Slide 70 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 70  Unity標準のJSONシリアライザでは使えない

Slide 71

Slide 71 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 71  IDLを書いてコード生成しないといけないので少し手間開発初期はJSONを使う、生成のフロー整備でましになる

Slide 72

Slide 72 text

Protocol buffersのメリットデメリットメッセージのシリアライズ/デシリアライズ ● メリット ○ テキスト形式のJSONよりサイズが小さくなる ○ 互換性を保ったまま拡張できる ○ Dictionary(Map)が使える ● デメリット ○ 定義が面倒 ○ ヒューマンリーダブルではない 72  データがテキストではないのでどんな値か分かりにくい

Slide 73

Slide 73 text

互換性の話メッセージのシリアライズ/デシリアライズ ● 配信者と視聴者で別のバージョンのアプリを使用している可能性がある ○ 古いバージョンと新しいバージョンの組み合わせでも動作する必要がある 73  配信者バージョン: 1.1 視聴者バージョン: 1.0 MultiGameServer

Slide 74

Slide 74 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる ● fieldの追加ができる 74 

Slide 75

Slide 75 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる ● fieldの追加ができる 75 

Slide 76

Slide 76 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる 76  message SampleMessage { int32 hoga = 1; } { "hoga": 999 } Protobuf JSON

Slide 77

Slide 77 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる 77  message SampleMessage { int32 hoga = 1; } { "hoga": 999 } Protobuf JSON hogeにしたいのにhogaにしてしまった！

Slide 78

Slide 78 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる 78  message SampleMessage { int32 hoge = 1; } { "hoga": 999 } Protobuf JSON データにはフィールド名が含まれず、フィールド番号のみ含まれるので変更が可能

Slide 79

Slide 79 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる 79  message SampleMessage { int32 hoge = 1; } { "hoga": 999 } Protobuf JSON フィールド名がデータに含まれるので変更すると古いバージョンのアプリで読み込めなくなる

Slide 80

Slide 80 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● field名の変更ができる ● fieldの追加ができる 80 

Slide 81

Slide 81 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● fieldの追加ができる 81  message SampleMessage { int32 hoga = 1; } Protobuf

Slide 82

Slide 82 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● fieldの追加ができる 82  message SampleMessage { int32 hoga = 1; int32 fuga = 2; } Protobuf fieldを追加できる古いバージョンのアプリでは無視される

Slide 83

Slide 83 text

Protocol buffersの互換性メッセージのシリアライズ/デシリアライズ ● fieldの追加ができる 83  message SampleMessage { int32 hoga = 1; int32 fuga = 2; } Protobuf 独自バイナリフォーマットを採用するとこれができない可能性がある

Slide 84

Slide 84 text

新規ワールドの開発 84 

Slide 85

Slide 85 text

新規ワールドの開発 ● 既存機能のみを使用する場合はアセットの更新のみで新規ワールドを作成可能 ○ アプリのアップデートなしで新規ワールドをリリース可能 ○ アセット側でワールドの細かい挙動を制御できるようになっている ● アセットで制御できる例 ○ アバターの出現位置 ○ ギフトの出現位置 ○ 装着アイテムの制御情報 ○ etc 85 

Slide 86

Slide 86 text

アバターの出現位置新規ワールドの開発 86 

Slide 87

Slide 87 text

アバターの出現位置新規ワールドの開発 87  ワールド起動時にこの付近にアバターが出現

Slide 88

Slide 88 text

ギフトの出現位置新規ワールドの開発 88 

Slide 89

Slide 89 text

ギフトの出現位置新規ワールドの開発 89  机の上に視聴者から送られたギフトが出現

Slide 90

Slide 90 text

装着アイテムの装着情報新規ワールドの開発 90 

Slide 91

Slide 91 text

プロップの装着情報新規ワールドの開発 91  デバッグ情報

Slide 92

Slide 92 text

プロップの装着情報新規ワールドの開発 92  装着情報 ● アニメーションあり/なし ● どこに装着するか ● アイコン

Slide 93

Slide 93 text

新規機能の開発 ● 既存の機能で実現不可能な場合は新規機能を実装する ● 4周年記念ワールドで新規実装した機能 ○ ワールド内視聴者登場機能 ○ 座る機能 ○ 動画配信視聴機能 ○ アニメーション同期機能 ○ etc 93 

Slide 94

Slide 94 text

新規機能の開発 ● 新規機能を実装する際は互換性を注意する ○ 新規ワールドをリリースした時に古いアプリで既存のワールドが遊べなくなることは避ける 94 

Slide 95

Slide 95 text

新規機能の開発 ● 新規機能を実装する際は互換性を注意する 95 

Slide 96

Slide 96 text

新規機能の開発 ● 新規機能を実装する際は互換性を注意する 96  既存ワールド新アプリのリリース後でも古いアプリでも遊べる

Slide 97

Slide 97 text

新規機能の開発 ● 新規機能を実装する際は互換性を注意する 97  新規機能を実装したワールド新しいアプリでしか遊べない

Slide 98

Slide 98 text

新規機能の開発 ● 古いアプリで新規機能を使用するワールドを起動する場合 ○ バージョンガード機能で起動を防ぐ ■ Webから最低起動バージョンを指定することができる 98 

Slide 99

Slide 99 text

新規機能の開発 ● バージョンガードTips ○ アプリリリース後すぐはアップデートしてない人がいる ■ 基本的にREALITYは月曜にアプリリリース、水曜にワールドリリース ○ 新規機能を必要なワールドをリリースする前に余裕をもって対応バージョンのアプリをリリースしておく 99 

Slide 100

Slide 100 text

新規ワールドのリリースフロー 100 

Slide 101

Slide 101 text

新規ワールドのリリースフロー ● 企画 ● アセット作成 ● アセットの配置 ● ワールドの公開 101 

Slide 102

Slide 102 text

新規ワールドのリリースフロー ● 企画 ● アセット作成 ● アセットの配置 ● ワールドの公開 102 

Slide 103

Slide 103 text

企画 ● どのようなワールドを作成するか ● 作成するワールドのイメージを作成 ○ 構成や雰囲気がわかるもの 103  桜ワールド初期構成案

Slide 104

Slide 104 text

新規ワールドのリリースフロー ● 企画 ● アセット作成 ● アセットの配置 ● ワールドの公開 104 

Slide 105

Slide 105 text

アセットの作成 ● アセットの仮作成 ● アセットの本作成 105 

Slide 106

Slide 106 text

アセットの作成 ● アセットの仮作成 ● アセットの本作成 106 

Slide 107

Slide 107 text

アセットの仮作成アセットの作成 ● ワールドのレベルデザインが確認できる状態 ○ 歩ける状態 ● 企画とワールドの方針を確認する 107 

Slide 108

Slide 108 text

アセットの仮作成アセットの作成 108 

Slide 109

Slide 109 text

アセットの作成 ● アセットの仮作成 ● アセットの本作成 109 

Slide 110

Slide 110 text

アセットの本作成アセットの作成 ● 本番で使用するアセットを作成する ● 完成したアセットは開発用リポジトリにpushする 110 

Slide 111

Slide 111 text

アセットの本作成アセットの作成 111 

Slide 112

Slide 112 text

新規ワールドのリリースフロー ● 企画 ● アセット作成 ● アセットの配置 ● ワールドの公開 112 

Slide 113

Slide 113 text

アセットの配置 ● 完成したアセットをビルドしてAssetBundleにする ● ビルドしたAssetBundleの情報をサーバーに登録 ○ AssetBundleのメタ情報を管理サーバーに登録 ● ビルドしたAssetBundleをGCSに配置する ○ この段階ではまだアプリからアクセスできない 113 

Slide 114

Slide 114 text

アセットの配置 ● Jenkinsで自動化 ○ iOS/Androidビルド ○ サーバーに登録 ○ GCSに配置 114 

Slide 115

Slide 115 text

新規ワールドのリリースフロー ● 企画 ● アセット作成 ● アセットの配置 ● ワールドの公開 115 

Slide 116

Slide 116 text

ワールドの公開 ● ワールドの公開設定を行う ● AssetBundle公開設定を行う 116 

Slide 117

Slide 117 text

ワールドの公開 ● ワールドの公開設定を行う ● AssetBundle公開設定を行う 117 

Slide 118

Slide 118 text

ワールドの公開 ● ワールドの公開設定を行う ○ ゲーム一覧に表示されるようにする ○ Webから設定する 118 

Slide 119

Slide 119 text

ワールドの公開 ● ワールドの公開設定を行う 119 

Slide 120

Slide 120 text

ワールドの公開 ● ワールドの公開設定を行う ● AssetBundle公開設定を行う 120 

Slide 121

Slide 121 text

ワールドの公開 ● AssetBundle公開設定を行う ○ アプリからAssetBundleがダウンロードできるようになる ○ Webから設定する 121 

Slide 122

Slide 122 text

ワールドの公開 ● AssetBundle公開設定を行う 122 

Slide 123

Slide 123 text

まとめ 123 

Slide 124

Slide 124 text

まとめ ● REALITYがなぜ”人がいるメタバース”なのか ○ 配信と融合したワールド ○ 全世界の人と遊べる ● ワールドの実装方式 ○ 現状はシンプルな実装 ○ 今後さらに拡張予定 124 