> 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/visa-cloud-token-framework.md).
# Visa Cloud Token Framework
{% hint style="warning" %}
**このセクションは非推奨です。**
代わりに新しいセクションを参照してください [トークン検証](/classic-tokenization/ja/ysuksu/deng-lu-hou/tkun.md).
この新しいセクションでは、イシュアゲートウェイが、Visa と Mastercard の両方によって設計された、e コマース向けのトークン化後検証フレームワークをどのようにサポートするかを説明します。
{% endhint %}
Visa Cloud Token Framework (CTF) は Visa 独自のフレームワークです。e コマースのトークン取引におけるセキュリティと信頼性を高めます。
CTF は Visa Token Service (VTS) を拡張し、トークンリクエスタがイシュアに特定のリクエストを送信するために使用できる API を提供します。
CTF には次の 2 つの機能が追加されます:
* **デバイスバインディング**
* **カード所有者検証**
Visa Cloud Token Framework (CTF) の概要
### デバイスバインディング
デバイスバインディングにより、トークンリクエスタは、カードのトークン化が行われたデバイスにトークンを関連付けるようイシュアに依頼できます。
これにより、別のデバイスでトークンを使用することを防ぐのに役立ちます。デバイスの不一致は、不正のリスクを示している可能性があります。
Visa はデバイスバインディングを **任意** トークンリクエスタ向けです。
### カード所有者検証
カード所有者検証により、トークンリクエスタは、カードのトークン化後いつでもイシュアにエンドユーザーの確認を依頼できます。これは、デバイスバインディングの有無にかかわらず使用できます。
これにより、トークンリクエスタが不審なアクティビティを検知したときにエンドユーザーを認証する方法が提供されます。
Visa は、トークンリクエスタにカード所有者検証のサポートを求めています。トークンリクエスタが、いつそれを呼び出すかを決定します。
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.payments.thalescloud.io/classic-tokenization/ja/ysuksu/deng-lu-hou/visa-cloud-token-framework.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
