Google Developers Japan: 高度なアプリ内課金: 様々な購入フローに対応する

Local blog for Japanese speaking developers

高度なアプリ内課金: 様々な購入フローに対応する

2019年8月1日木曜日

この記事はデベロッパーアドボケート、Oscar Rodriguez による Android Developers Blog の記事 "Advanced in-app billing: handling alternative purchase flows" を元に翻訳・加筆したものです。詳しくは元記事をご覧ください。

Google Play Billing LibraryBilling Library TrivialDrive サンプル詳しい説明

UI スレッドから launchBillingFlow() メソッドを呼び出し、Google Play 購入ダイアログを表示します。

購入が成功すると、Google Play によって onPurchasesUpdated() メソッドが呼ばれ、購入オペレーションの結果が渡されます。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

消費可能アイテムは consumeAsync() で、消費不可アイテムは acknowledgePurchase() で購入を承諾します。

最後に、アプリ内で購入したアイテムを付与します。

Google Play Billing AIDL APIGoogle Play Billing Libraryフローはほぼ同じです

getBuyIntent() リクエストまたは getBuyIntentExtraParams() リクエストを送って購入するアイテムを指定し、続いて startIntentSenderForResult() を呼び出して Google Play 購入ダイアログを表示します。

購入ダイアログが閉じられると、Google Play によって onActivityResult() メソッドに応答の Intent が送られます。ここで、購入が成功したかどうかを確認できます。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

購入が成功した場合、getPurchases() メソッドを呼び出して、まだ消費されていない所有アイテムの一覧を取得します。消費可能アイテムの場合は、consumePurchase() メソッドを呼び出して再購入できるようにします。

最後に、アプリ内で購入したアイテムを付与します。

アプリ内プロモーションアプリ外サブスクリプションサーフェスサブスクリプション用プロモーションコード

アプリの onResume() コールバックで queryPurchases() メソッドを呼び出し、アイテムのリストを取得します。これを使って承諾していないアイテムを検知することができます。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

承諾されていない所有アイテムがある場合は、消費可能アイテムには consumeAsync() を、消費不可アイテムには acknowledgePurchase() を使って購入を承諾します。

購入したアイテムをアプリ内で付与します。

アプリの onResume() コールバックで getPurchases() メソッドを呼び出し、まだ消費されていない所有アイテムの一覧を取得します。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

消費可能アイテムの場合は、consumePurchase() メソッドを呼び出して再購入できるようにします。

最後に、アプリ内で購入したアイテムを付与します。

onResume()onResume()onResume()マルチウィンドウモード

保留になっている新しいアイテムがあることをアプリに通知するため、Google Play によって onPurchasesUpdated() メソッドが呼ばれます。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

消費可能アイテムは consumeAsync() で、消費不可アイテムは acknowledgePurchase() で購入を承諾します。

最後に、アプリ内で購入したアイテムを付与します。

アプリの onResume() コールバックで PurchasesUpdatedListener を登録し、com.android.vending.billing.PURCHASES_UPDATED インテントを受け取れるようにします。また、アプリの onPause() コールバックでリスナーの登録を解除します。

アプリにサーバーがある場合、サーバーから購入を検証することを強くお勧めします。これには、Subscriptions and In-App Purchases API を使います。

保留になっている新しいアイテムがあることをアプリに通知するため、Google Play によってリスナーが呼ばれます。リスナーで getPurchases() メソッドを呼び出し、まだ消費されていない所有アイテムの一覧を取得します。消費可能アイテムの場合は、consumePurchase() メソッドを呼び出して再購入できるようにします。

最後に、アプリ内で購入したアイテムを付与します。

Yuichi Araki - Developer Relations Team

ラベル

ブログアーカイブ

2024
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2023
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2022
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2021
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2020
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2019
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2018
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2017
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2016
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2015
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月

2014
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2013
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2012
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2011
- 12月
- 11月
- 10月
- 9月
- 8月
- 7月
- 6月
- 5月
- 4月
- 3月
- 2月
- 1月

2010
- 12月
- 11月

Feed

"プロダクトに関するご意見はプロダクトフォーラムにお願いします"

Google
Privacy
Terms