> 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-push-provisioning/ja/ysuksu/to/apuri.md).

# アプリ内認証

アプリ内認証のユースケースは、エンドユーザーがイシュアのアプリケーションを通じて認証されることを選択するトークン化フロー中に発生します。イシュアはこのID＆V方式をサポートするかどうかを判断できます。ID＆V方式をサポートするためには、ウォレットとそのアプリケーション間の相互作用を許可するために一定の開発作業（労力）を検討する必要があり、本セクションで説明します。

一般的なフローは次の図の通りです：

<figure><img src="https://3356216997-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FC22AqJs7fn1cZC7pAaOE%2Fuploads%2F0i5hgLyH6wXU22FCBRRE%2F6abb163d-f66e-4c25-81fb-dfdd4af8fd75.png?alt=media&amp;token=c61c1b23-affc-42d4-ace9-abbc8ec15ebc" alt=""><figcaption></figcaption></figure>

> #### &#x20;注意 <a href="#note" id="note"></a>
>
> * In **ステップ 4**、デジタライゼーション要求に対してアプリ内ID＆Vで応答するかどうかはイシュアの判断です。
> * In **ステップ 6**、イシュアはTSPでの設定を行う必要があります。
> * In **ステップ 9**、イシュアはカードとトークンを識別するためにウォレットとの統合を適切に管理する必要があります。これは次のセクションで説明します。
> * In **ステップ 10**、アプリケーションは次を表示する必要があります `last4` をカード識別としてのカードPANの末尾4桁。
> * In **ステップ 12**、消費者認証を適切に実行するかどうかはイシュアの判断です。
> * In **ステップ 13**、これはトークン参照の知識を含み、トークン情報が次を通じて提供される場所でのトークンの有効化を許可します **ステップ 9** 。有効化は次を通じて実行できます [トークンライフサイクル管理](/classic-push-provisioning/ja/ysuksu/to/raifusaikuru.md).

エンドユーザーをイシュアのアプリケーションにリダイレクトするには、ウォレットアプリケーションは適切なリダイレクション情報を必要とします。

リダイレクション情報は、部分的に次の応答で提供されます **ステップ 4** および部分的にスキームTSPで設定されます。この情報を正しく設定するには、TSPチームの担当者に確認してください。

以下のセクションでは、イシュアアプリケーションとウォレット間の統合を示します。


---

# 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-push-provisioning/ja/ysuksu/to/apuri.md?ask=<question>&goal=<user_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.
