[memo]UDID/UUID/UIIDなどとiOS6の新IDの違い - tanamonの稀に良く書く日記
UなんとかIDみたいなのがいっぱいあって区別がつかないので少し整理してみた。 なんとかIDの種類。 UDID(Unique Device IDentifier) （たぶん）Apple用語。 iOS端末の製造時に割り当てられる固有の識別コードで、値の変更はできない。 端末IDや端末固定IDと呼ばれるものと同じ。 iOS5からアプリからの取得が非推奨になった。 UUID(Universally Unique IDentifier) RFC 4122で定義されている。 生成の度に値が変わり、理論上重複することがない。 実装的にはGUID（Globally Unique IDentifier）が有名。 iOS6からNSUUIDクラスを使って簡単に生成できるようになった。 UIID(Unique Installation IDentifier) インストールごとに変わるという性質を持ったUUID。
![[memo]UDID/UUID/UIIDなどとiOS6の新IDの違い - tanamonの稀に良く書く日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/5f1b7ecb079a2a7d8d7139254b5272f49b9ace1a/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117126983516850%2F17680117126983518256%2F1551347395)
Apple’s New Advertising ID in iOS6 Sets the Standard | Apsalar
Apsalar’s Take on Apple’s Recent Announcement by Michael Oiknine, CEO, Apsalar Last April, I shared my thoughts that moving beyond the UDID was a good thing: (http://venturebeat.com/2012/04/17/developers-forced-to-find-alternatives-to-udid-and-thats-a-good-thing/). In June, Apple announced the introduction of 2 new IDs in the UIDevice class as part of iOS6 (which will be available in the fall): id
Cocoaの日々: [iOS] 複数アプリケーション間でのデータ共有 〜 Keychain Services を使った第三の方法
※タイトルはあまり深い意味は無い。なんとなく「第三の〜」の響きが良かったので。。 前回紹介した Keychain Services を使えば制限付きながら iOS 上の複数のアプリケーションでデータ共有ができることがわかったのでそれを解説する。 [前回] Cocoaの日々: [iOS] Keychain Services とは 仕組み Keychain Services に格納されるアイテム（パスワードなど）のアクセス制御は Keychain Access Group（グループ）を元に行われる。アイテムにはこのグループ属性があり、同じグループに所属しているアプリケーションからのみアクセスが許可される。 Keychain Services のアイテムはパスワード、秘密鍵、証明書を格納するようになっているが、CFData（NSData）型 であればパスワードである必要はない。格納したい値を C
![Cocoaの日々: [iOS] 複数アプリケーション間でのデータ共有 〜 Keychain Services を使った第三の方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/02ec5298af7c16e249c44274064b34c603162a2a/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhBZZOJK6KNsMPM1KW92RjrMZef7PkxfIbON6tbudsnRrD6ca8qnYCKqJnM2q69xJQXdGX2SeQ_fkok1ElpBAhMnAqw4GI5AoxyH8tuPPkaxtMizcgkTy6W7CNrc5WC8GIq2q3KDFeBxffV%2Fs1600%2F110213-0003.png)
UDIDが使えなくなりそうなので、UIIDを使えるようにしました
■2012/11/11追記 iOS 6より[[UIDevice currentDevice] identifierForVendor]というAPIがAppleより提供され、よりプライバシーに配慮した上により安全な方法で自分の開発したアプリケーションを利用するユーザーを個別に認証することが可能になりました。それに伴い拙作のライブラリもidentifierForVendorが利用可能であればこちらを利用するように修正いたしました。今後はこのidentifierForVendor（または広告APIなどを作る場合であれば[[UIDevice sharedManager] advertisingIdentifier]）が個体認識の主流になっていくと思われます。identifierForVendorとadvertisingIdentifierの仕様まとめは http://stackoverflow.c
iOSでのUDID規制からの端末IDへの再認識とAndroidでの現状と今後（特にリワード広告業界）：That's the Way to GO!：オルタナティブ・ブログ
AppleでUDIDを取り扱っているアプリがAppStoreからリジェクトされるといった規制の声が囁かれ、リワード業界を始めとした広告業界に大きな波紋を呼びました。あのニュース発表以降、UDIDから別のユニークIDにするといった動きが多くみられています。あるところでは、以前もこのブログに書いたようにUDIDの代わりにUUID＋KeyChainを利用したり、海外最大手のリワード広告会社では、いいか悪いかは別にしてニュース発表後UDIDからMacアドレスをハッシュ化して使う（*1）と発表したりしていました（現在ではMACアドレスとOpenUDIDを選択できるようです *2）。 国内外で本格化してきています。では、端末IDと呼ばれるIDがなんなのか、何故使ってはいけないかを簡単に説明したいと思います。単純に端末IDといっても様々で、よく対象となるのが次のIDになります。 ・UDID（Unique
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
