サーバー側のデータモデル（例：Android_id）に対するAndroid複数ユーザーサポート（4.2の新機能））の意味
GoogleはAndroid 4.2をリリースしました。これには、単一のデバイスでの複数のユーザープロファイルのサポートが含まれます： http://developer.Android.com/about/versions/Android-4.2。 html＃MultipleUsers 。
Googleはこれはアプリに対して透過的だと言っていますが、デバイス、ユーザー、インストールを識別するために使用されるデータモデルに影響を与える可能性があると思います。
1つの問題は、Android_idの使用です。上記のリンクページのアドバイスは、Android_id以外の方法の1つでデバイスを識別することを示唆していますが、この目的にはAndroid_idが非常に広く使用されていると思います。
私の主な質問は-各ユーザープロフィールに独自のAndroid_idがあり、その意味は何ですか？
新しいOSがインストールされたとき、またはハードリセットが行われたときに、新しいAndroid_idが生成されます。おそらく、新しいユーザープロファイルが作成されると、新しいAndroid_idが生成されます（これは質問＃1です）。おそらくそうではないと思うので、同じAndroid_idに対してアプリを複数回インストールできる可能性があります。これは、一部のアプリのサーバー側のデータモデルに悪影響を及ぼす可能性があります。
いずれにせよ、デバイスの識別方法に応じて、特定のアプリが単一のデバイスに複数インストールできることがわかります。
別の問題はユーザーです。おそらく、各プロファイルには任意の数のGoogleアカウントを含めることができますが、各プロファイルで1つのGoogleアカウントをPlayストアに関連付ける必要があります。また、同じデバイス（Android_idによる）と同じユーザーに対して、アプリが同時に複数インストールされる可能性も考えられます。複数のプロファイル機能の一般的な使用方法は、1人のユーザーが電話で自宅と職場のプロファイルを持つことです。通常は異なるGoogleアカウントを使用しますが、場合によっては各プロファイルに同じGoogleアカウントを持つこともできます。彼らは二度物資を支払う必要はありません）。
サイドノート
同様の議論があります 新しいARCプラットフォームのAndroid_ID（ChromeのAndroid）。注意してください-ARCの動作はAndroidの動作と同じではありません。
（誰も私の質問に答えませんでしたが、4.2で自分でテストする機会がありました。）
答えは、各プロファイルに独自のAndroid_idがあることです。
考えてみると、これはおそらく最も理にかなっており、最小の問題を引き起こします。これにより、ほとんどのシステムはデバイス上の異なるプロファイルを異なるデバイスとして認識します。これは実際には問題になりません。唯一の問題は、デバイスを正しく識別したシステムです。 wifiまたはbt macアドレス、またはシリアル番号またはIMEIに基づいて、その単一デバイス上の複数のAndroid_idがそのデバイスへの連続したOSインストールを表すと予想していました。 （むしろ逆に、間違っている方が安全です。）
はい、各ユーザープロファイルには独自のAndroid_IDがあります。これは現在文書化されています here ：
注：デバイスに 複数ユーザー （実行中の特定のデバイスで利用可能Android 4.2以上）、各ユーザーは完全に独立したデバイスとして表示されるため、
Android_ID値は各ユーザーに固有です。
ただし、メーカーはAndroid_ID。たとえば、Motorola Droid2 同じAndroid_IDすべてのデバイスの値 。そのため、Android_IDユーザープロファイルまたはデバイスを一意に識別する 信頼できない場合があります 。