Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
InAppUpdate実装&InAppBillingClientVer2.0実装例
Search
katsuki-nakatani
July 26, 2019
Technology
630
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
InAppUpdate実装&InAppBillingClientVer2.0実装例
katsuki-nakatani
July 26, 2019
More Decks by katsuki-nakatani
See All by katsuki-nakatani
Android 10 対応 Tips
katsukinakatani
0
120
AndroidJetpack概要 &旧AACの紹介
katsukinakatani
0
720
ViewModel使ってますか?
katsukinakatani
0
340
デフォルトアプリとパーミッション
katsukinakatani
0
230
Target SDK Version 26に上げる時につまづいたこと
katsukinakatani
3
2.9k
Whats new android wear (umeda.apk #3 LT)
katsukinakatani
1
520
Android 7.1.1 AppShortcuts setup(DevfestKansai Lightning Talk)
katsukinakatani
1
720
Firebase Authentication & Firebase Realtime Database setup
katsukinakatani
2
920
Firebase Setup for Android Studio2.2
katsukinakatani
1
640
Other Decks in Technology
See All in Technology
アリアドネの糸と、20年ごとの建て替え ── 長尾真『電子図書館』を、伊勢で読み直す / Rereading Makoto Nagao’s "Electronic Library" in Ise
ykiyota
0
160
Omarchy Quattro の日本語設定周り
simosako
2
150
2026-09-10 【Snowflake World Tour Tokyo 2026】dbt Core と Snowflake で実現する多層的なデータガバナンス / Multi-Layered Data Governance Powered by dbt Core and Snowflake
civitaspo
0
350
プロダクト思考 × 基盤思考を AIで実現する Compound Engineering
tkc66buzz
1
330
Adaptive Warehouse を今すぐ導入すべき理由と迷ったときの判断基準
__allllllllez__
0
200
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
3
480
AI活用の現在地、 ちゃんと見えてますか?/XPfest-2026
visional_engineering_and_design
0
200
Amazon Quick on DesktopがIAM Identity Centerで動かない理由
yukiogawa
0
170
Code4Lib JAPANカンファレンス2026 開会挨拶 / Code4Lib JAPAN Conference 2026: Opening Remarks
ykiyota
0
340
[2026-09-11]SREは誰のもの?運用エンジニアが始める 「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE
tosite
0
160
From Vanilla Kubernetes to a Batteries-Included Platform: Developer Experience at 1,300+ Clusters
yosshi_
0
690
AI時代のAPI品質を支えるガードレール / API Guardrails for API quality in the AI era
yokawasa
1
220
Featured
See All Featured
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
560
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.6k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Six Lessons from altMBA
skipperchong
29
4.5k
Balancing Empowerment & Direction
lara
6
1.3k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
590
Leo the Paperboy
mayatellez
9
2.3k
The Spectacular Lies of Maps
axbom
PRO
1
990
The Language of Interfaces
destraynor
162
27k
Transcript
Google I/O 2019 振り返り +In-App Update &In-App billing migration例 Osaka
Mix Leap Study #47 - Android&Flutter 勉強会
Speaker 中谷 克紀 仕事 Enterprise Server Engineer GDG 神戸スタッフ Twitter @KatsukiNakatani
Google I/O 2019
Android関連 ・CameraX ・JetPack Compose ・Kotlin first ・Android Q ・Android Studio
3.5 Beta1 ・PlayCoreLibrary stable ・PlayBillingLibrary 2.0 and more ...
さて、今日の本題 アプリ開発で問題になること アプリがアップデートされない(してくれない)
アップデートされない理由 ・アップデートに気づかないタイプ ・アップデートしたくないタイプ
みんなどうしていた? ・WebAPI機能を実装している場合 起動時にWebAPI側でVersionCodeチェック Versionが違う場合は、ダイアログを表示してPlayStore に飛ばす
私の場合 さくらのVPSにVerCode書いたファイルを置く 起動時にokhttpなどでVersionCodeチェック Versionが違う場合は、notificationを表示する
いらぬパーミッション <uses-permission android:name="android.permission.INTERNET" />
複数トラックの管理どうする? トラックごとにVerCodeをもたせて ロールアウトするごとに管理ファイルを更新するの?
段階的リリースどうする? ・段階リリースは同じトラック内にはいるが インストールユーザーのパーセンテージを指定して 徐々にユーザーにアップデートを提供する機能
ちょっと脱線 クローズドトラック使ってる人いますか?
結論 いや。もうWebAPIでは開発者がバージョン管理をするのは無 理がある
アップデートされない理由 ・アップデートに気づかないタイプ ・アップデートしたくないタイプ 少しでも改善したい
救世主登場 In-App Update API!!
In-App Updateとは? Play Core Libraryに含まれるAPI アプリケーションのアップデートを促すことができる INTERNET Permissionは不要 複数トラックも見分けすることが可能 段階的リリースにも対応
実装見ていきましょう implementation "com.google.android.play:core:1.6.1" build.gradle
初期化 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) } MainActivity.kt
リスナーの追加 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { } } } MainActivity.kt Why Service Bind ??
ServiceBind 2019-07-05 00:12:20.248 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService
: requestUpdateInfo(org.gdgkobe.sample.inappupdate) 2019-07-05 00:12:20.306 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateListenerRegistry : registerListener 2019-07-05 00:12:20.408 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : Initiate binding to the service. 2019-07-05 00:12:21.126 10696-10696/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : ServiceConnectionImpl.onServiceConnected(ComponentInfo{com.android.vending/com.google.android.finsky.installservice.DevTriggeredU pdateService}) 2019-07-05 00:12:21.135 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : linkToDeath 2019-07-05 00:12:21.255 10696-10718/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] OnRequestInstallCallback : onRequestInfo 2019-07-05 00:12:21.257 10696-10730/org.gdgkobe.sample.inappupdate I/PlayCore: UID: [10081] PID: [10696] AppUpdateService : Unbind from service. bind PlayStoreアプリのサービスへ バインドをしている
InternetPermissionがいらない仕組み ではなく これだからです
戻り値で更新があるかどうか判断 lateinit var appUpdateManager: AppUpdateManager override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) appUpdateManager = AppUpdateManagerFactory.create(this) appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { } } } MainActivity.kt UpdateAvailability.UNKNOWN UpdateAvailability.UPDATE_AVAILABLE UpdateAvailability.UPDATE_NOT_AVAILABLE UpdateAvailability.DEVELOPER_TRIGGERED_UPDATE_IN_PROGRESS
イベントフロー 初期化 Listener登録 Bind、状態返却 更新するUIを表示 Available Immediate Flexible
パターンが2つ Immediate Flexible
Immediate(即時更新) 更新ボタンを押すとダウンロードが開始 ダウンロード後自動インストール インストール後、アプリは自動再起動 ダウンロード時はアプリが利用できない
flexible 更新ボタンを押すとダウンロードが開始 ダウンロード後は開発者がインストールを促すアクションを提示 インストール後、アプリは自動再起動 ダウンロード時にアプリを利用することが可能
更新するUIを提示するコード appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { UpdateAvailability.UPDATE_AVAILABLE ->
{ appUpdateManager.startUpdateFlowForResult( task, AppUpdateType.IMMEDIATE, // or flexible this, ImmediateActivity.UPDATE_CHECK_REQUEST_CODE ) }
Immediateの場合 特に終了を意識する必要はないので、 Flowを開始すればいい。 ただし、Foregroundで処理が実行される関係上、アプリが裏側に行ってしまう場合は、 Resume処理が必要 override fun onResume() { super.onResume()
appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) { UpdateAvailability.DEVELOPER_TRIGGERED_UPDATE_IN_PROGRESS -> { appUpdateManager.startUpdateFlowForResult( task, AppUpdateType.IMMEDIATE, this, ImmediateActivity.UPDATE_CHECK_REQUEST_CODE ) } } } }
flexibleの場合 Flow開始後にダウンロード完了検知が必要 private fun registerInstallStateListener() { installStateUpdateListener = InstallStateUpdatedListener {
Log.d("resumeState", "State " + it) if (it.installStatus() == InstallStatus.DOWNLOADED) { showUpdateMessage() //Snackbarを表示 appUpdateManager.unregisterListener(installStateUpdateListener) installStateUpdateListener = null } } appUpdateManager.registerListener(installStateUpdateListener) } private fun showUpdateMessage() { Snackbar.make(findViewById(R.id.root_layout), "Update Available", Snackbar.LENGTH_LONG) .setAction("Update") { _ -> appUpdateManager.completeUpdate() }.show() }
Tips
Tips Immediateは強制インストールではない ☓ボタンで閉じることが出来る バックキーも有効 override fun onActivityResult(requestCode: Int, resultCode: Int,
data: Intent?) { super.onActivityResult(requestCode, resultCode, data) if(requestCode == UPDATE_CHECK_REQUEST_CODE && resultCode == Activity.RESULT_CANCELED){ Toast.makeText(this,"更新してくれ〜",Toast.LENGTH_LONG).show() } } onActivityResultで検知して、対応をしましょう
Tips Updateするパッケージごとに Immediate,Flexibleを分けたい appUpdateManager.appUpdateInfo.addOnSuccessListener { task -> when (task.updateAvailability()) {
UpdateAvailability.UPDATE_AVAILABLE -> { val versionCode = task.availableVersionCode() { "state": [ { "vname": "1.0.1", "vcode": 2, "type": "Flexible" }, { "vname": "1.0.2", "vcode": 3, "type": "Immediate" }, { "vname": "1.0.3", "vcode": 4, "type": "Cancel" } ] }
Tips APIを初期化した際のリクエストでは外部へストアアプリが見に行ってくれるわけではない NotAvailable ストアアプリを開いて、アプリの更新を押す Available!
Tips In-App Updateでは、Playストアアプリでアプリが公開されており一度でもインストールされていないといけ ない
Tips 署名キーはAPIに影響しない パッケージ名が違う場合は動作しない
まとめ In-App UpdateはPlay Core Libraryに含まれるAPI PlayStoreは必要 INTERNET Permissionは不要 複数トラックも見分けすることが可能 段階的リリースにも対応
アプリケーションのアップデートを簡易的に促すことができる 公開しないと使えないので公開は必須
Play Billing Library 2.0 Google Play Billing Library 1.0 リリース(2017-09-19)
Google Play Billing Library 1.1 リリース(2018-05-07) Google Play Billing Library 1.2 リリース(2018-10-18) Google Play Billing Library 1.2.1 リリース(2019-03-04) Google Play Billing Library 2.0 リリース(2019-05-07)
Play Billing Library 1.x系実装 //billing implementation "com.android.billingclient:billing:${billing_version}"
初期化とConnectionの開始 class MainActivity : AppCompatActivity(), PurchasesUpdatedListener { lateinit private var
billingClient: BillingClient ... billingClient = BillingClient.newBuilder(context).setListener(this).build() billingClient.startConnection(object : BillingClientStateListener { override fun onBillingSetupFinished(@BillingClient.BillingResponse response: Int) { when (response) { OK -> { } else -> { } } } override fun onBillingServiceDisconnected() { } })
購入 val params = BillingFlowParams.newBuilder() .setType(BillingClient.SkuType.INAPP) .setSku(AppParameter.CATALOG[0]) .build() val responseCode
= activity.billingClient.launchBillingFlow(activity, params)
流れ(1.x) 初期化 Connection開始 購入Flow開始 アイテム所持
Play Billing Library 2.x系実装 //billing implementation "com.android.billingclient:billing:${billing_version}"
初期化とConnectionの開始 class MainActivity : AppCompatActivity(), PurchasesUpdatedListener { lateinit private var
billingClient: BillingClient ... billingClient = BillingClient.newBuilder(context).enablePendingPurchases().setListener(this).build() billingClient.startConnection(object : BillingClientStateListener { override fun onBillingSetupFinished(billingResult: BillingResult) { when (billingResult.responseCode) { OK -> { } else -> { } } } override fun onBillingServiceDisconnected() { } })
購入 fun startPurchase() { val params = SkuDetailsParams.newBuilder() val skuList
= arrayListOf<String>().toMutableList().apply { add(“item001”) } params.setSkusList(skuList).setType(BillingClient.SkuType.INAPP) //一度、アイテムの詳細情報を取得する activity.billingClient.querySkuDetailsAsync(params.build()) { billingResult, skuDetailsList -> if (billingResult.responseCode == BillingClient.BillingResponseCode.OK) { val flowParams = BillingFlowParams.newBuilder() .setSkuDetails(skuDetailsList.first()) .build() val responseCode = activity.billingClient.launchBillingFlow(activity, flowParams) } } }
とても大事なこと 承認すること override fun onPurchasesUpdated(billingResult: BillingResult?, purchases: MutableList<Purchase>?) { when
(billingResult?.responseCode) { OK -> { if (purchases != null) { queryPurchase() } else {} } else -> { } } } fun queryPurchase() { //購入情報を取得 val result = activity.billingClient.queryPurchases(BillingClient.SkuType.INAPP) result?.purchasesList?.firstOrNull()?.run { if(purchaseState == Purchase.PurchaseState.PURCHASED){ //承認フラグが承認されていない場合 if (!isAcknowledged) { val acknowledgePurchaseParams = AcknowledgePurchaseParams.newBuilder().setPurchaseToken(purchaseToken).build() activity.billingClient.acknowledgePurchase(acknowledgePurchaseParams, acknowledgePurchaseResponseListener) } } } }
流れ(2.x) 初期化 Connection開始 購入Flow開始 アイテム所持 承認!!
承認は必要です
テストを怠るとこうなる もう一回買ってもらえばええやん? クレジットは払い戻せない
どう対応したか PlayConsoleからプロモーションコードを発行し無料で提供
まとめ In-App Billing 2.x系の対応は、承認処理が必要 それ以外は大きく変わっていないのでMigrationは比較的ラクです テストはやろう。絶対
ご清聴ありがとうございました GDG神戸のDoorKeeperにもぜひご登録ください https://gdgkobe.doorkeeper.jp/