> 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/classic-tokenization/ja/ysuksu/deng-lu-hou/tkun/tkunbaindingu.md).

# トークンバインディング

トークンリクエスタがTSPにリクエストを送信すると、トークンバインディングが開始されます。

イシュアゲートウェイはTSPからリクエストを受け取り、その後 **デバイスバインディングをリクエスト** をイシュアバックエンドに送信します。

{% hint style="warning" %}
For **MDES,** その `deviceBindingReference` in the **デバイスバインディングをリクエスト** は、バインドデータに関連付けられる最終的な参照を表しません。

MDESは最終的な `deviceBindingReference` を、カード所有者の検証後の成功通知でのみ送信します。
{% endhint %}

下のシーケンス図は、エンドツーエンドのフローを示します。

*<mark style="color:$warning;">\<sequence diagram></mark>*

イシュアが **ステップアップ認証付きで承認**を返した場合は、選択したID\&Vメソッドについて以下のセクションを使用してください。

{% hint style="info" %}
**情報**

イシュアが **デバイスバインディングをリクエスト** にステップアップ付き承認で応答したものの、サポートするID\&Vメソッドの一覧を提供しない場合、イシュアゲートウェイはAPI **IDnVメソッド一覧を取得** を使ってそれを取得します。

これを避けるには、判断がステップアップであれば、ID\&Vメソッドの一覧を体系的に返してください。
{% endhint %}

すべてのやり取りが完了すると、イシュアゲートウェイは **仮想カード変更を通知** 通知を次の内容で送信します。

* `アクション` 実行された確認のための:
  * `DEVICE_BOUND`
  * `DEVICE_UNBOUND`
* `deviceBindingReference`。これは、トークンとデバイス間の一意のバインド参照です（バインドが成功した場合）。
* `authenticatorInfo`。これは、その後のトランザクションでカード所有者を認証するために使用されるメソッドの詳細を含みます。このデータは、支払トランザクションの認可リクエストでも送信されます（***注**：これはMastercardでのみサポートされています*).

{% hint style="warning" %}
トークンバインディングが成功した後、イシュアは後からデバイスからトークンのバインド解除を行えます。

<mark style="color:$warning;">このオプションはVisaトークンでのみ利用できます。</mark>

呼び出す **カード状態を更新** を次の内容で:

* `virtualCardId` を対象のトークンIDに設定
* `deviceBindingReference` を保存済みのバインド参照に設定
* `アクション` を `UNBIND_DEVICE`
  {% endhint %}

## OTPで確認する

TSPがOTPを生成します。

イシュアゲートウェイはそれを経由して転送します **OTPを送信**、Tokenization フローの場合のように。

使用 `otpMethodId` を使用して選択された方法を識別し、正しいメッセージとチャネルを準備します。

TSP は OTP を検証し、検証が成功すると関係者に通知します。

以下のシーケンス図は、フローを示しています。

*<mark style="color:$warning;">\<sequence diagram></mark>*

## イシュアアプリケーションで確認する

このフローでは、イシュアはイシュアアプリケーションでエンドユーザーを確認します。

イシュアアプリケーションは 2 つの方法で起動できます。

### トークンリクエスタアプリケーションから起動する

このアプローチは、トークン有効化に使用されるトークナイゼーション フローと一致します。

やり取りは、すでに説明されているものと同じです [イシュアのアプリケーションをウォレットに統合する](/classic-tokenization/ja/ysuksu/kdo/fur/suteppu5-tkunwo/opushonc-ishuaapuride/ishuaapurikshonwoworettotosuru.md) ただし、TSP が追加データを送信し、イシュアはそれを解析してトークンのバインディング コンテキストを特定する必要がある点が異なります:

* **Visa**
  * `deviceID`
  * `deviceIndex`
  * `lifeCycleTraceID`
  * `reasonCode` = `TOKEN_DEVICE_BINDING`
* **Mastercard**
  * `authenticationCorrelationId`

これらのフィールドは、トークン化後の検証に固有のものです。従来のトークン化検証とは重複しません。

### プッシュメッセージでトリガーする

イシュアは、プッシュメッセージを通じてイシュアアプリケーションを起動します。

{% hint style="warning" %}
このオプションは、〜のみがサポートしています **Mastercard** そして、それは〜にのみ適用されます **トークン化後の認証**。要するに、ID\&V手法の一覧を提供する際、イシュアはなお、ある種類の手法を1つ提供しなければなりません `金融機関_app`  そして、～に割り当てる `値` = PUSH\_NOTIFICATION。&#x20;

そのメソッドが選択されると、イシュアはイシュアアプリケーションを開くプッシュメッセージを送信できます。
{% endhint %}

エンドユーザーがこのメソッドを選択すると、イシュアゲートウェイはメソッド ID を通じて **OTPを送信** OTP 値なしで。

MDES はこのフローでは OTP を生成しません。

使用 `otpMethodId` メソッドを識別し、プッシュメッセージを作成するために。

### 検証結果を報告する

アプリケーションとのやり取りに使用されたトリガー方法に関係なく、イシュアは結果を TSP に通じて **カード状態を更新**.

次の値を送信してください:

* `virtualCardId` =
  * Visa: `tokenReferenceID`
  * Mastercard: `tokenUniqueReference`
* `deviceBindingReference` =
  * Visa には次を使用: `deviceIndex`
  * Mastercard には次を使用: `authenticationCorrelationId`
* `アクション` =
  * `APPROVE_DEVICE_BINDING` カード所有者の検証が成功したとき
  * `UNBIND_DEVICE` カード所有者の検証が失敗したとき

以下のシーケンス図は全体の流れを示しています。

*<mark style="color:$warning;">\<sequence diagram></mark>*

## 3DSによる認証

これはVisaでのみサポートされています。

イシュアがこの方法をサポートしたい場合、VTSで適切な設定を行う必要があります。


---

# 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/classic-tokenization/ja/ysuksu/deng-lu-hou/tkun/tkunbaindingu.md?ask=<question>&goal=<endgoal>
```

`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.