​

Game Save の競合とアトミック ユニット

​

概要

​

競合が発生するタイミング

1. ローカルの変更が存在する: 最後の同期以降にローカルでファイルを変更した。
2. クラウドの変更が存在する: 最後の同期以降に別のデバイスが新しいデータをアップロードした。
3. 同じアトミック ユニット: 両方の変更が同じルート レベルのフォルダーにある。

​

競合検出マトリックス

​

アトミック ユニットとは?

• データ整合性の維持: 相互依存するファイルは一貫して維持されます
• 分離の提供: 別々のフォルダー内の独立したデータは競合なく同期されます
• 競合の最小化: 異なるデバイス上の異なるアトミック ユニットへの変更は自動的にマージされます

​

セーブ構造の例

SaveRoot/
├── save.dat              ← Atomic unit: root
├── player.dat            ← Atomic unit: root
├── Save1/
│   ├── stats.json        ← Atomic unit: Save1
│   └── inventory.json    ← Atomic unit: Save1
├── Save2/
│   ├── stats.json        ← Atomic unit: Save2
│   └── inventory.json    ← Atomic unit: Save2
└── WorldState/
    ├── map.dat           ← Atomic unit: WorldState
    └── npcs/
        └── positions.dat ← Atomic unit: WorldState

​

競合シナリオ

​

ルート レベルのファイル: 特殊なケース

​

ユーザーの選択オプション

• ローカル データを使用 (Keep Local): デバイスの現在のセーブ データを保持します。
• クラウド データを使用 (Keep Cloud): クラウドのセーブ データをダウンロードして使用します。

​

重要: 解決はオール オア ナッシング

​

例: 混在する競合シナリオ

SaveRoot/
├── SlotA/ ← Local: modified, Cloud: modified  → CONFLICT
├── SlotB/ ← Local: modified, Cloud: unchanged → Local-only change
├── SlotC/ ← Local: unchanged, Cloud: modified → Cloud-only change
└── SlotD/ ← Local: modified, Cloud: unchanged → Local-only change

​

これが重要な理由

1. Keep Local はクラウドのみの変更を失う: SlotA の競合により「Keep Local」を選択すると、別のデバイスが行った SlotC へのクラウド更新を受け取れません。
2. Keep Cloud はローカルのみの変更を失う: 「Keep Cloud」を選択すると、クラウドの状態が SlotB と SlotD へのローカル変更を上書きします。
3. ロールバックが利用可能: いずれの選択も、将来のロールバック機能のために破棄されたブランチを保持します。

​

設計のまとめ

• プレイヤーはアトミック ユニットとフォルダー境界の概念を理解する必要があります。
• 混在した結果 (一部のフォルダーはローカルから、他はクラウドから) はプレイヤーを最終状態について困惑させる可能性があります。
• 競合するアトミック ユニットごとに個別にプロンプトを表示すると、競合解決が圧倒的になります。

​

競合が発生しない場合

​

両側での削除

​

異なるアトミック ユニット内の変更

​

ベスト プラクティス

​

1. フォルダー構造を慎重に設計する

SaveRoot/
├── Slot1/           ← Each slot is independent
│   └── save.dat
├── Slot2/
│   └── save.dat

• 共有参照データ: アンロック済みコンテンツや実績など、任意のセーブ スロットが使用する可能性のあるデータを独自のサブフォルダーに格納すると、個々のセーブ スロットとは独立して同期されます。
• 大きなアセット コレクション: ゲームがダウンロード済みコンテンツ パックやユーザー作成のレベルなど、独立して更新される大きなファイル セットを保存する場合は、それらを複数のルート サブフォルダーに分割することを検討してください。あるコレクションの更新が別のコレクションの更新と競合しないようにします。

​

2. 頻繁に変更されるデータにはルート レベル ファイルを避ける

SaveRoot/
├── autosave.dat     ← All root files = 1 atomic unit
└── save1.dat
└── save2.dat

SaveRoot/
├── AutoSave/
│   └── autosave.dat     ← Independent unit
└── Save1/
    └── gamesave.dat ← Independent unit

​

3. 関連するデータをまとめてグループ化する

SaveRoot/
├── Save1/
│   ├── stats.json       ← These files are interdependent
│   ├── inventory.json   ← and should conflict together
│   └── quests.json

​

4. 競合を最小化する

​

5. 競合率を監視する