07/17 18:52 (@reinon_68000) @gorry5 基本ユーザー登録とかさせないで、3DSの様に端末ID（のようなもの、何でしたっけ？）で紐付けちゃうから、端末が他人に渡った時の対応でしょうね。 (mizi)

07/17 18:54 (@murayan68k) @gorry5 初回起動時にユニークIDを作るようにしてしまった弊害でしょうか?

07/17 18:54 (@murayan68k) アカウント認証タイプ以外は、この手の実装が増えてきてるんでしょうね (mipo)

07/17 18:57 (@gorry5) @yunyundetective セーブデータをと端末を結ぶするIDは出てるけど、それを使用者と結び付けるのを「引き継ぎのときだけ行う」という実装なのかな (muna)

07/17 18:57 (@kondoujp) @gorry5 プレイヤー ID を特定するためのキーをローカル生成した上でサーバー側に同期してない状態ってのは、まぁ分かりやすい (muhu)

07/17 19:03 (@gorry5) サーバセーブの場合、「セーブデータとその使用者ID」が必要になるが、使用者IDを「端末側に自動生成した、使用者は知らないID」で管理することにして、引継ぎのときだけ「使用者が知っているID」に結ぶようにするなら、こういう実装になるかな (mezu)

07/17 19:09 (@studiomemoru) @gorry5 最初にユーザー登録があるとそこで離脱する恐れがあるので、いきなり遊び始められるようにそういう仕様にしているものが多いと思います。 (mobe)

07/17 19:12 (@inuchin) @gorry5 サーバー側でUUID作成してそれをクライアントに記憶させるパターンでも、初回起動のアクティベーションのタイミングでサーバー側が新しいUUID出してくるので、古いUUIDと新しいUUIDを紐付ける処理(引き継ぎ番号等)が必要になります。 (rahe)

07/17 19:13 (@gorry5) @inuchin ええ、それを「引継ぎのときだけ使用者が知っているID」という表現をしました (raze)

07/17 19:14 (@inuchin) @gorry5 アプリ内ストレージがアンインストールした時に消えるので、外部の何か、に紐付けしないとダメなので面倒くさいですね(google+やiCloudに吐き出す手もありますが...) (razo)