> 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" %}
～の場合 **MDES、** その `deviceBindingReference` その～における **デバイスバインディングを要求** バインドデータに関連付けられた最終参照を表すものではありません。

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

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

<figure><img src="/files/423862b2c924c237ce9b717ddd60e5b66f6efd88" alt=""><figcaption></figcaption></figure>

イシュアが返す場合は **ステップアップ認証付きの承認**、選択した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を送信**、トークナイゼーションフローと同様に。

使用する `otpMethodId` 選択したメソッドを識別し、正しいメッセージとチャネルを準備するために。

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

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

<figure><img src="/files/8a75230d070240d2211e8c7ec9a23ff41c5caad3" alt=""><figcaption></figcaption></figure>

## イシュアアプリケーションで検証する

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

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

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

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

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

* **Visa**
  * `デバイスID`
  * `デバイスインデックス`
  * `ライフサイクルトレースID`
  * `理由コード` = `TOKEN_DEVICE_BINDING`
* **Mastercard**
  * `authenticationCorrelationId`

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

### プッシュメッセージで起動する

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

{% hint style="warning" %}
このオプションは、〜によってのみサポートされます **Mastercard** そして、これは〜にのみ適用されます **トークン化後の認証**。要するに、ID\&Vメソッドの一覧を提供する際、イシュアは依然として、タイプが `金融機関_app`  そして〜に割り当てる `値` = PUSH\_NOTIFICATION.&#x20;

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

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

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

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

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

アプリケーションとのやり取りに使用されたトリガー方法にかかわらず、イシュアは結果を TSP に通じて報告しなければなりません。 **カード状態を更新**.

これらの値を送信してください:

* `virtualCardId` =
  * Visa: `tokenReferenceID`
  * Mastercard: `tokenUniqueReference`
* `deviceBindingReference` =
  * Visa の場合は、次を使用します `デバイスインデックス`
  * Mastercard の場合は、次を使用します `authenticationCorrelationId`
* `アクション` =
  * `APPROVE_DEVICE_BINDING` カード所有者認証が成功したとき
  * `UNBIND_DEVICE` カード所有者認証が失敗したとき

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

<figure><img src="/files/653b120faf517d8486d541cb4106cb67da7b4bba" alt=""><figcaption></figcaption></figure>

## 3DSで認証する

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

イシュアがこの方法をサポートする場合、VTS上で適切な設定を行う必要があります。これはAPIでは管理されません。


---

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