Comment prendre en charge plusieurs appareils avec un achat dans l'application non renouvelable?

Question

Je construis une application iOS qui comprendra un IAP avec un abonnement sans renouvellement. Apple fournit cette pépite dans leur Aperçu de l'IAP:

Vous devez fournir des abonnements non renouvelables à tous les appareils appartenant à l'utilisateur. Les abonnements non renouvelables ne sont pas automatiquement synchronisés avec tous les appareils par magasin de magasin; Vous devez mettre en œuvre cette infrastructure vous-même. Par exemple, la plupart des abonnements sont fournis par un serveur externe; Votre serveur devrait implémenter un mécanisme pour identifier les utilisateurs et associer les achats d'abonnement à l'utilisateur qui les a achetés.

Je voudrais suivre cette règle: je veux que mes utilisateurs puissent profiter de l'abonnement qu'ils achètent sur un appareil sur d'autres appareils également. Alors, comment puis-je identifier le même utilisateur sur leur iPhone et iPad? Je comprends que vous ne pouvez pas utiliser l'ID Apple et que vous ne pouvez pas compter sur une méthode d'enregistrement.

Je viens de trouver cette question; La réponse donnée ne semble pas être réalisable. Il doit y avoir quelque chose de plus élégant que d'autres ont fait.

Answer 1

J'ai une suggestion qui m'a été donnée de Gavin McKenzie, ce qui ressemble au meilleur pari que j'ai entendu:

Lors de l'achat de l'abonnement, mettez un "code court" à la disposition de l'utilisateur. Le code serait également stocké sur le serveur, lié au compte de cet utilisateur. Lorsqu'ils ont appuyé sur Restore sur un autre appareil, demandez le code court de l'appareil et du compte d'origine, liant ainsi ces appareils ensemble.

Gavin a en outre suggéré l'utilisation de cela dans une méthode "d'appariement" similaire à Bluetooth: lors de la restauration, lancez l'appariement sur l'appareil A, qui génère le code court et le pousse au serveur. Le périphérique B peut ensuite utiliser ce code. Cinq minutes plus tard, ou lorsque l'écran de couple est rejeté, le code est supprimé.

Je ne sais pas comment cela se résumerait si vous souhaitez restaurer sur le même appareil, disons, après avoir supprimé le téléphone et restauré. Mais cela semble être un bon début.

Answer 2

Si vous pouvez supprimer la prise en charge de iOS ci-dessous la version 5.0, vous pouvez utiliser iCloud pour synchroniser une paire de valeurs de clé sur les appareils de l'utilisateur.

Answer 3

Regarde ça:

http://iphonedevsdk.com/forum/business-legal-app-store/88698-floored-by-new-rejection.html

Apparemment, vous pouvez avoir besoin d'un nom d'utilisateur / mot de passe avant l'achat. C'est vraiment la seule façon qui a du sens. Un code peut être partagé par des milliers de personnes, ce qui est mauvais.

Answer 4

Vérifier Bagarre. Il fait une variante de l'appariement "Code court" suggéré ci-dessus, mais avec certains intégrés intégrés pour prévenir les abus. C'est une API SaaS, avec un niveau libre généreux.