みなさんこんにちは！
私のアプリケーションのどれも人気がなかったので、すぐに言わなければならないので、Google Playでのキーフレーズとアプリケーションの説明の設定の無益さについての私の個人的な意見はより間違っている可能性が高いです。 しかし、待望のアプリケーションの公開後の最初の要望は、ユーザーが最終的にインストールと使用を開始することです。 これは、これが起こらなかったときの失望であり、久しぶりに多くの人が知っていると思います。 彼の運命がすべて市場のダンプに保存されている場合、価値のあるものを作成する意味はまったくないようです。
過去6か月にわたって、Google Playでアプリケーションを自動的にダウンロードするためのアプリケーションを開発するためのフリーランスの注文に2回出会ったことがあります。 1回目は興味を失いましたが、経験は終了するのに十分ではありませんでした、2回目はそれがまったく簡単な問題ではないことが判明したため（実際のテストに関しても） 正直なところ、最終段階に到達していないため、最終的に何か価値のあるものになるかどうかはわかりません。
既に理解しているように、アイデアは単純です。ダウンロードが多いほど、アプリケーションの評価は高くなります。
問題の技術面
まず、デバイスのルート権限が必要です。 UIからは、作業自体を保証するために作成するものは何もないと思います。
また、たとえば、タイマーと、必要に応じてシステムイベント（インターネット、画面など）の複数のレシーバーを備えた1つのフォアグラウンドサービスが必要です。
実際のアルゴリズムは何ですか？ アカウントにログインする-アプリケーションページを開く-アプリケーションをダウンロードする-アプリケーションのインストールを完了する-アプリケーションを削除する-アカウントからログアウトする、つまり アカウントの変更。
アプリケーションページを開くことに関しては、すべてが簡単です：
startActivity(new Intent(Intent.ACTION_VIEW, Uri.parse("market://details?id=" + pckg)));
削除にも問題はありません（実行する行ごとのコマンド）
"rm -rf /data/app/" + packageName + "*" "rm -rf /data/data/" + packageName "am broadcast -a " + Intent.ACTION_PACKAGE_REMOVED + " -d \"package:" + packageName + "\"" + " --ez android.intent.extra.REMOVED_FOR_ALL_USERS true" + " --ez " + Intent.EXTRA_DATA_REMOVED + " true" + " --ez " + Intent.EXTRA_DONT_KILL_APP + " false" + " --ei " + Intent.EXTRA_UID + " " + applicationInfo.uid + " --ei android.intent.extra.user_handle 0"
削除の通知を送信しない場合、メニューのアイコンは消えません。
ダウンロード可能なアプリケーションのインストールについて調べる方法は？ これを行うために、 NotificationListenerService
を継承し、インストールの完了の通知をリッスンします。 さらに、ルート権限を使用すると、これを行う許可を自分で簡単に付与できます。
// "settings get secure enabled_notification_listeners" // "settings put secure enabled_notification_listeners " + packageWithClassName // ,
アカウントを終了するには、システムデータベース（別の場所にある場合があります） accounts.db
を削除してみてください。 私はそれを試していないので、それが機能するかどうかはわかりません。 一般に、いずれの場合でも、これにはさらに難しい代替手段があります。
また、アカウントの変更を制御するには、 OnAccountsUpdateListener
インターフェイスを使用するOnAccountsUpdateListener
ます。
最も難しい部分は、アカウントにログインしてアプリケーションをダウンロードすることです（データベースを削除できない場合はアカウントからログアウトすること）。 ユーザーにとって最も簡単なのは、アプリケーションにとってより難しいことです。 最初は画面上のタップをエミュレートすることを考えましたが、すぐにそれが非常に難しい（または不可能）ことを認識しました。 キーストローク（入力、タブ、メニュー、上、左など）をエミュレートする方がはるかに簡単であることがわかりました。 したがって、 それらのコードを知る必要があります
public static final int CODE_UP = 19; public static final int CODE_DOWN = 20; public static final int CODE_LEFT = 21; public static final int CODE_RIGHT = 22; public static final int CODE_POWER = 26; public static final int CODE_TAB = 61; public static final int CODE_ENTER = 66; public static final int CODE_MENU = 82;
そしてそれらを呼び出すコマンド：
"input keyevent " + code // (, ) "input text " + text
すべては問題ありませんが、目的のウィンドウでクリックが発生することをどのようにして知ることができますか？ これにはdumpsys window windows
コマンドがあります。 Grepimはデータを必要とし、それを処理する必要があります。 また、現在の画面のレイアウト（ウィジェット階層、識別子）に基づいて作成しようとしましたが、これに対する簡単な解決策は見つかりませんでした（いくつかありましたが、巨大でわかりにくい出力を生成したため、試してみる価値さえありませんでした）。
たとえば、Google Play（ちなみにログインも適用されます。実際、システムアプリケーションは認可（つまり、マジックなし）もアップロードされたデータ（写真、説明、レビュー）を制御する方法の問題がありました。間違ったクリックが行われます。 まず、必要なアプリケーションのuidを確認します。
"dumpsys package " + packageName + " | grep -E 'userId'"
次に、受信したパケットと送信したパケットのサイズ（タイマーによる）が変化する（むしろ増加する）かどうかを確認します。 しばらく変更がなく、安定した接続がある場合、すべてがロードされます。 私はほとんどWiresharkレベルでトラフィックを分析することを考えましたが、なぜ物事が複雑になるのか。 しかし、残念ながら、絶対的な保証はありません（応答のあるすべての要求が制御された場合でも）。
"cat proc/uid_stat/" + uid + "/" + (rcvIf ? "tcp_rcv" : "tcp_snd")
これがすべてのようです。
問題の経済的側面
「なぜ人間の魂が必要なのですか？」
-現在の経済では？ はい、これだけの価値があります！
バルタザール
すでに理解できるように、この目的のために多くの「Googleの魂」が必要です。 まあ、あなたはそれらを購入することができます（または最も経済的なものに飽きるまでそれらを作成します）。 1つのGoogleアカウントの平均価格は10ルーブルです。 簡単な計算、私は1kのインストールが必要です=>私は1万ルーブルを支払います。
私の意見では、悲しい数字。 このような購入の経験から、いつでも簡単にそれらすべてを失うことができます（Googleが禁止されているという意味で）。 アカウントの再販の問題ではなく、エラーを使用しますが、これは最初の結果かもしれません。 Googleがこれと戦っている方法が何であるかを正確に知りません。 ほとんどの場合、IPアドレス（ここではプロキシは良いヘルパーだとは思わない）、アカウントの使用頻度（入力と終了を含む）などに従って、そのようなアクティビティを決定します。 一般的に、この庭全体はおそらく正当化されません。
PS上記のすべてがGoogle Play開発者サービスの使用ポリシーに違反しているため、動作中のアカウントを代用しないでください。また、単に禁止することもできます。
PPS調査に関して、はいの場合、ほとんどの場合、 ここで開発を公開します 。
PPPSが投稿されました