2017-08-30 4 views
1

私はアプリ内購入の理論を理解するのに苦労している。ユーザー登録システムを回避するが、アプリの購入とデータを同期させる必要がある

ユーザー登録が不要なアプリケーションがありますが、サーバーにデータを格納し、UUIDを使用してこれを追跡します。私のアプリケーションは、オンラインゲームのハイスコアシステムを擦っていて、ユーザーはオンラインゲームのどのプレーヤーを追跡したいのかを入力する必要があります。この情報は、私のサーバーに送信され、デフォルトで24時間ごとにデータがスクラップされます。ここに私のサーバー上のデータベースの例があります。

デバイス表: UUID、テーブルを追跡されて scrape_interval

プレーヤー: UUID、情報テーブルを追跡 PLAYER_NAME

: PLAYER_NAME、 track_data、 tracked_on

は私が含まれるようにしたいです一度購入したアプリ内購入は、24時間ごとではなく12時間ごとにデータが掻き出されることを意味します。これを行う計画は、デバイステーブルを更新し、scrape_intervalを購入したuuid = uuidの12時間に設定することです。

複数のIOSデバイスを搭載しているユーザーの場合、これはどのように機能しますか?トラッキングしているプレーヤーのリストがデバイス間で同期されていることを確認するにはどうすればよいですか?私は明らかにユニークな識別子であるiCloud IDを使用していることを読んだが、これは、ユーザーがiCloudアカウントにログインしていることを確認するためにアプリの起動をチェックし、 t?これはユーザーフレンドリーではないようですが、カスタム登録とログインシステムを実装していません。

私は考えていますか?簡単な解決法はありますか?

+0

ユーザーが別の端末から購入したかどうかを確認するにはどうすればよいですか?ユーザーは別のデバイスでもう一度iTunesにログインする必要はありませんか? – HMHero

答えて

0

アプリの購入は、1つのiTunesアカウントに関連付けられた複数のデバイスにまたがって復元できます。したがって、実際には1つの購入が5つのデバイスに存在する可能性があり、どのデバイスがどちらであるかはわかりません。

IAPはデバイス固有のIDを提供しません。唯一のオプションは、一意のインストールIDを生成し、有料のステータスを持つすべてのインストールIDを同期させることです。

+0

これは適切な実装ですか? - データベース内のUUIDを追跡し、IAPを更新データベースにして、そのUUIDを購入者としてフラグを立てます。 - 購入が別のデバイスに復元されている場合は、そのUUIDを購入済みとしてマークしてください。 人々がiTunesの資格情報を共有する場合、これがわずかな虐待にさらされているという事実を受け入れるだけでいいですか? –

+0

はい、私はこのアプローチを取っています。また、この方法は、人々がプラットフォームを切り替えて、購入を別のプラットフォームに運ぶことを期待している場合にも機能します。人々はiTunesのアカウントを共有することができます。さらに、購入の復元プロセスを使用して、そのデバイスが以前のitunesアカウントを使用しているかどうかを確認して、非常に欲しい場合にチェックすることができます。 Google Playを使用すると、IABにも参加しているユーザーの購入状況を簡単に確認できます。 – seventeen

関連する問題