ユースケースのビジネスコンテキストは、複数のプラットフォーム(iOS、Android、Windows Phone 7、BlackBerry、j2me phones)からアプリを提供するバックエンドサーバ(マルチテナント)を構築することです。 )。このビジネスは、提携しているアプリの初回インストールでユーザーに報酬を与えたいと考えています。だから、ビジネスアプリを再インストール(削除&のインストール)からインストールユーザーは初めて別のトラックを望んでいる。そのため、提携後のモバイルアプリは、インストール後にWebサービスを介してバックエンドサーバに一意の識別子(ここで決定した一意の識別子の仕様を使用)を送信することが期待されます&サーバはそれを確認します&初めてのインストールの場合。スマートフォンデバイスのユニークなデバイス識別子
ので、理想的には、我々がここで定義するすべては、次のプロパティを持つユニークなデバイス識別子の仕様..です
- それは長いそのデバイスカテゴリ(例えば、すべてのiOSデバイス)の下での生活のために一意である必要があります。したがって、工場出荷時のリセットなどのようなものは、デバイス識別子を変更すべきではありません。
- 識別子を偽装するのは簡単ではありません。例えば。あなたはデバイスのソフトウェアツール&あなたがアプリを再インストールすると、アプリが送り返す識別子が変更されます。
- 基本プラットフォームは、仕様に記載されている必要な情報を取得するためのAPIを提供します。つまり、公開されたマーケット(App Storeなど)を通じてアプリがデプロイされるため、プライベートAPIなどはありません。
- ソリューションは世界中に存在するため、仕様はグローバルに真実でなければなりません。したがって、すべての国の法律は尊重されるべきです。
- 解決策は、プラットフォームのすべてのデバイスを対象としたいと考えています。 SIMベースの携帯電話だけでなく、非SIMベースのモバイルデバイス(ipod touch、ipad)でも可能です。 [ユニークなIMEI番号はSIM以外の携帯端末には存在しませんが、アプリをインストールすることができます]
これについて議論する革新的な頭脳を楽しみにしています。
お読みいただきありがとうございます。 Windowsの携帯電話7 device unique id
については
ええと、私はIMEIが偽装(デバイス識別子)されていてもIMSIだと認識していますか? IMSIは、あなたの「最良の」解決策よりも安全でない場合でも、少なくとも安全であるべきです。 – Yusufk
元のポスターは、デバイス上のIMEI/IMSIを物理的に検証できないため、正しいIMEIまたはIMSIをデバイスが提供していると仮定していました。したがって、デバイス(または第三者)があなたに正当な情報を提供することを期待&信頼するならば、あなたはあなたの製品を間違って構築してしまいます。 –
IMEIはデバイスがあなたに与えるものですが、IMSIはSIMから照会されます。私はIMEIを編集する方法を知っています.IMEIはハンドセットのファームウェアに保存されている値を上書きしますが、IMSIはネットワークがSIMに割り当てるものであり、オーバーライドすることはほとんど不可能です。 – Yusufk