> For the complete documentation index, see [llms.txt](https://docs.payments.thalescloud.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.payments.thalescloud.io/push-provisioning/ja/get-started/push-provisioning-overview.md). # 概要 ## プッシュプロビジョニングの概要 プッシュプロビジョニングにより、イシュアアプリケーションは、安全で標準化されたプロトコルを使用して、xPay Wallet（たとえば Apple Pay、Google Pay、Samsung Pay）へ支払いカードを直接追加できます。これにより、エンドユーザーが手動でカード情報を入力する必要がなくなり、セキュリティとユーザーエクスペリエンスの両方が向上します。 ### プッシュプロビジョニングの仕組み カード情報をトークンリクエスタに手動で入力したり渡したりする代わりに、イシュアアプリケーションは、安全なプロトコルを通じてカードデータを交換します。これにより、カード情報が認証情報を使用するデバイスの外部に露出することを防ぎます。 プッシュプロビジョニングのフローは通常、関連する TSP を通じてトークナイゼーションを開始します。 主なプロトコルには 2 種類あります。 * **ウォレットプロバイダー独自プロトコル**：ウォレットとイシュアアプリケーション間の統合およびデータ交換を簡素化するために、各ウォレットプロバイダーが公開する API です。 * **決済ネットワーク TSP プロトコル**：各決済ネットワークの TSP が公開する API で、イシュアがカードを認定済みのトークンリクエスタにプッシュできるようにします。 独自プロトコルでは、各ウォレットプロバイダーが独自に次を定義します。 * 統合モデルおよびウォレットとの接続方法（たとえば、専用のモバイル SDK） * カード情報を保護するために必要な暗号化メカニズムとキー D1 プッシュプロビジョニングサービスは、この複雑さを解消します。D1 SDK はこれらのさまざまな API をラップし、ウォレットおよびスキームに依存しない単一の統合モデルを提供します。 同様に、決済ネットワーク TSP プロトコルでは、イシュアは個々の決済ネットワークプログラムに参加して、決済ネットワークによって認定された対象のトークンリクエスタへカードをプッシュできます。D1 SDK と D1 バックエンドが、決済ネットワーク固有のロジックを処理します。 ### 対応プロトコルとデバイス D1 プラットフォームは次をサポートしています。 * **独自ウォレットプロトコル** * Apple Pay、Google Pay、Samsung Pay。参照 [デジタルウォレットへのプッシュを実装する](/push-provisioning/ja/implement-push-provisioning/implement-push-to-digital-wallets.md). * **決済ネットワークプロトコル** * [Mastercard token connect](/push-provisioning/ja/implement-push-provisioning/implement-push-to-scheme/push-to-token-requestors-token-connect.md). * **デバイス** * Android OS * Apple iOS {% hint style="warning" %} ***Google Unified Android Push Provisioning** – Thales は、新しい API と Google-OPC モデルを 2026 年 10 月までにサポートする予定です。* *Thales は、移行作業を適切に計画できるよう、2026 年 6 月までに案内を送付します。* {% endhint %} ### 表示と管理機能 D1 SDK はまた、 **表示と管理** 機能を提供し、イシュアアプリケーションが各物理カードまたは資金供給カードから作成されたデジタルカードを表示および管理できるようにします。 これは、イシュアが次を希望する場合に便利です。 * イシュアアプリケーション内でデジタルカードのライフサイクル管理を直接提供する * 特に ID\&V またはステップアップ認証がイシュアアプリケーションを通じて実行される場合に、デジタルカードの有効化を制御する 実装の詳細については、参照 [表示と管理](/push-provisioning/ja/implement-push-provisioning/implement-view-and-control/view-and-control-digital-cards.md). ### プッシュプロビジョニングの実装例 次のウォレットプロバイダーのガイドラインを使用して、 **ウォレットに追加** エクスペリエンスをイシュアアプリケーションで設計してください。 * [Apple Pay](https://developer.apple.com/documentation/passkit/pkaddpassbutton) * [Google Pay](https://developers.google.com/pay/api/android/guides/brand-guidelines) * [Samsung Pay](https://pay.samsung.com/developers/resource/brand) #### Apple Pay 1. エンドユーザーがイシュアアプリケーションを開いて認証します。 2. エンドユーザーがカードを選択します。 3. エンドユーザーが **Apple Walletに追加**. エンドユーザーが iPhone と Apple Watch の両方を持っている場合でも、イシュアアプリケーションが支払いカードをリンクするための追加情報は必要ありません。Apple PassKit SDK がデバイス選択の UI を処理し、たとえばエンドユーザーに iPhone と Apple Watch のどちらかを選ぶよう促します。
Apple Pay push provisioning example screen in the issuer application

イシュアアプリケーションにおける Apple Walletに追加 フローの例。

#### Google Pay 1. エンドユーザーがイシュアアプリケーションを開いて認証します。 2. エンドユーザーがカードを選択します。 3. エンドユーザーが **Google Pay に追加**.
Google Pay push provisioning example screen in the issuer application

イシュアアプリケーションにおける Google Pay に追加 フローの例。

#### Samsung Pay 1. エンドユーザーがイシュアアプリケーションを開いて認証します。 2. エンドユーザーがカードを選択します。 3. エンドユーザーが **Samsung Pay に追加**.
Samsung Pay push provisioning example screen in the issuer application

イシュアアプリケーションにおける Samsung Pay に追加 フローの例。

### 表示と管理の例 イシュアアプリケーションでは、エンドユーザーは各カードに紐づくデジタルカードの一覧を確認できます。 イシュアアプリケーションは次を表示できます。 * 各デジタルカードの下 4 桁 * ウォレット名とロゴ * 各デジタルカードの状態（たとえば、アクティブ、停止、削除済み）
View and control example screen listing multiple digital cards for a single card

複数のデジタルカードを表示した表示と管理画面の例。

### 決済ネットワークのプッシュプロビジョニングの例
High-level example of payment network push provisioning

決済ネットワークのプッシュプロビジョニングフローの高レベルな例。

--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.payments.thalescloud.io/push-provisioning/ja/get-started/push-provisioning-overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.