Q&A
「カスタマイズされた元のソースの必要な箇所（Bundle Identifierなど）を書き換えて」と、「Bundle Identifierは当該アプリと同じなので」という記述がありますが、Bundle Identifierは「全く同じ」ということで間違いないでしょうか？
あと、上書きでアップデートしてもidentifierForVendorが変わってしまうということでしょうか？（一旦アプリを削除してからアップデートするのではなく）
iPhoneアプリで、会員証を表示させるアプリを作っております。
会員証なので、各iPhoneを識別させるために、
[UIDevice currentDevice].identifierForVendor
で、uuidを取得し、各iPhoneを識別し、サーバー側からは会員番号を返し、
それを表示させています。
したがいまして、同じuuidがくれば、常に同じ会員番号が返されるのですが、
アプリをアップデートし、既にインストール済のiPhoneで更新をかけると、
[UIDevice currentDevice].identifierForVendor
で取得するuuidが変わってしまいます。
本現象の原因、解決策がございましたら、ご教授いただけると幸いです。
本件、いろいろ調べてもこの現象が出ているという声はないようで、
一点気になる点は、弊社では、本アプリは元のソースがあり、
元のソースをどんどんカスタマイズさせ、
それを複製させるということを行っております。
（Bundle Identifierをはじめ必要な情報を元のソースから書き換えます）
アップデートする際も、最初に公開したソースを改修するのではなく、
カスタマイズされた元のソースの必要な箇所（Bundle Identifierなど）を
書き換えてアップデートされたソースを作り、app storeにアップいたします。
Bundle Identifierは当該アプリと同じなので、app storeでも当該アプリが
アップデートされたものと認識してくれています。
しかしながら、アップデート後の[UIDevice currentDevice].identifierForVendorで得られるuuidが
別のuuidを返してきてしまいます。
よろしくお願いいたします。
Bundle Identifierは全く同じで間違いないかにつきまして、iTunes Connectでアップデートしたソースをアップする際に、別のBundle Identifierだと見た目が同じでも違うアプリになってしまうと思っており、iTunes Connectの方で当該アプリのアップデートになっているので全く同じBundle Identifierで間違いないと思っておりますが、当該アプリのアップデートでも違いBundle Identifierでできてしまうことがありますでしょうか。（逆質問ですみません）
identifierForVendorが変わってしまうのは、アプリの削除ではなく、アップデートでということで間違いはないです。
よろしくお願いいたします。
質問に関しては分かりません。（出来そうでもあり、出来なさそうでもあり）
回答3件
0
https://forums.developer.apple.com/thread/4202
によると、昨年5月〜7月頃にAppStoreにバグがあり、この頃に
アップデートしたアプリは不正なidentifierForVendorが
取得されるそうです。
今回のアップデートでidentifierForVendorの値が変わったと
言われているものは、もしかして前回インストールまたはアップデートした
時期が昨年5月〜7月頃だったりしませんか?
まずはその点から確認してみるとよいと思います。
投稿2016/01/07 06:46
総合スコア6299
0
UIDevice Class Reference - identifierForVendor
The value changes when the user deletes all of that vendor’s apps from the device and subsequently reinstalls one or more of them.
「情報の追加・修正の依頼」に書いたことや、norihikoさんのYasuhiroMiyakeさんに対するコメントにも関連するのですが、同一ベンダーのアプリを全て削除するとidentifierForVendorが変わるようなのですが、これと関係はないでしょうか？
投稿2016/01/07 07:54
総合スコア16733
ありがとうございます。アプリの削除は行っておらず、ユーザーが自動アップデートされてその後アプリを開くとidentifierForVendorで別のuuidになってしまいます。
YasuhiroMiyakeさんへのコメントにある「そのiPhoneに同一Vendorのアプリが複数あるとこの問題は起こらず」を見て、まさにこれのことだ！と思ったのですが‥。
ただ、アップデート時のプロセスが「ダウンロード→旧Ver削除→新Verインストール」だとすると、一瞬だけアプリが全て無くなるんですよねｗ
> アップデート時のプロセスが「ダウンロード→旧Ver削除→新Verインストール」だとすると、一瞬だけアプリが全て無くなるんですよねｗ
初めて知りました。参考になります。
いや、実際にどういうプロセスなのかは知らないですよ。可能性の話です。
0
気になる内容だったため、少し検証してみました。
画面上にidentifierForVendorの値を表示するだけのアプリをAdHocで生成して
バージョンだけ上げたアプリを作成してiTunes 経由でアップデートしましたが再現しませんでした。
私の場合は、アップルの仕様に振り回されないためにサーバ側でUUIDを生成してデータベース上でユニークになってからクライアント側で保持するようにしています。
もちろんこの仕組みだとアプリをアンインストールされると端末が特定出来ないため、
会員登録などを別途行うことが必要となってしまいます。
うる覚えですが、クライアント側の固有(固定?)の値を使用して端末を特定する手法はリジェクト対象となるような記事を読んだ気がします。
それが広告関連だけだったのか、それとも全てだったのかは定かではないですがその固有の値が万が一、流出した場合に端末を買い換える以外に変更する方法がないのであればかなりリスクだと思います。(値に対してハッシュ値を複数回取得することで元の値を直接保持しない方法を用いれば解読リスクは軽減出来ますが絶対ではありません)
話は少し逸れましたが参考になれば幸いです。
投稿2016/01/07 07:21
総合スコア1336
ありがとうございます。
AdHocをiTunes経由でアップデートして確認というのをやったことなかったので、この方法で確認してみます。実際に確認用アプリを申請して、確認してをやろうとしており、かなり時間がかかっていました。
追加情報なのですが、そのiPhoneに同一Vendorのアプリが複数あるとこの問題は起こらず、そのVendorのアプリが1個だった場合に発生しております。そのため、社内のiPhoneには自社のアプリがたくさん入っているので、自社で気づきづらい問題でした。
また、一点教えてください。
「サーバ側でUUIDを生成してデータベース上でユニークになってからクライアント側で保持するようにしています。」
こちらは、そのユニークな値をNSUserDefaultsで保存させているということでしょうか。
よろいくお願いいたします。
NSUserDefaultsまたはキーチェーン、もしくはSandboxにファイルとして保管など細かい要件があることが多いので場合によって実装方法を変えています。
あなたの回答
tips
プレビュー
