> 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/click-to-pay/ja/get-started/overview/click-to-pay-concepts.md).
# Click to Pay の概念
## Click to Payのコンセプト
このページでは、Click to Payの基本的なコンセプトと、D1 Click to Payサービスがイシュア主導の登録とプロファイル管理をどのようにサポートするかを説明します。
### Click to Payプロファイル
Click to Payプロファイルは、エンドユーザー（カード所有者）を一意に識別するデータ一式と、その人のカードを識別するデータ一式です。
特に、Click to Payプロファイルには次のものが含まれます。
* エンドユーザー情報（カード所有者）：
* 名
* ミドルネーム
* 姓
* 電話番号
* メールアドレス
* 言語
* カード情報：
* PAN
* 有効期限
* カード所有者名
* 請求先住所
Click to Payプロファイルのデータ要素の例。
{% hint style="info" %}
ミドルネームを除き、 **すべて** 上記のデータは **必須** であり、Click to Payディレクトリにプロファイルを登録するために必要です。
{% endhint %}
すべてのプロファイルデータは決済ネットワークのディレクトリに保存されます。このデータを処理するためには、決済ネットワークとイシュアの間で合意が成立している必要があります。
D1プラットフォームはClick to Payプロファイルのエンドユーザーの個人データを保存しないため、Thalesはこの合意には関与しません。
### 登録とチェックアウト
Click to Payプログラムの参加者は、2つの主要なユースケースを考慮する必要があります。
{% stepper %}
{% step %}
**登録**
登録とは、Click to PayディレクトリにエンドユーザーのClick to Payプロファイルを作成し、決済ネットワークにデジタルカードを作成するプロセスです。
その **D1 Click to Pay** サービスは専ら **登録** ユースケースに焦点を当てています。
その **D1 Click to Pay** サービスは、VisaおよびMastercard向けにイシュアがエンドユーザーとカードを登録・管理できるD1 APIを提供します。
特に、次のサービスが提供されます。
* [登録](/click-to-pay/ja/implement-click-to-pay-issuers/enroll-cards-in-click-to-pay.md)：エンドユーザープロファイルをClick to Payディレクトリに登録します。
* [プロファイルを表示](/click-to-pay/ja/implement-click-to-pay-issuers/retrieve-click-to-pay-profiles.md)：Click to Payに保存されているプロファイルの詳細を取得します。
* [プロファイルを更新](/click-to-pay/ja/implement-click-to-pay-issuers/update-click-to-pay-profiles.md)：エンドユーザープロファイルを更新します。
* [オプトアウト](/click-to-pay/ja/implement-click-to-pay-issuers/opt-out-cards-from-click-to-pay.md)：Click to Payからカードを削除します。これは確定的な操作ですが、イシュアは後の段階でそのカードを再登録できます。
{% endstep %}
{% step %}
**チェックアウト**
チェックアウトとは、加盟店がClick to Payプロファイルを取得し、利用可能な支払いオプション（決済資格情報）をエンドユーザーに提示し、エンドユーザーに支払いオプションを選択させて購入を完了するためのプロセスです。
チェックアウト中にプロファイルを特定できない場合でも、必要なデータはClick to Payプロファイルを作成するために必要なデータと一致するため、加盟店は購入と並行して登録を実行できます。
登録とチェックアウトを組み合わせることは可能ですが、EMVCoは登録を独立したイベントとみなしており、チェックアウトプロセスから独立して管理できるようにしています。
{% endstep %}
{% endstepper %}
Click to Payの登録とチェックアウトの高レベルフロー。
{% hint style="info" %}
異なる決済ネットワークのClick to Payディレクトリは **ない** 同期されています。
エンドユーザーは異なる決済ネットワークのカードを保有している場合があり、その結果、各Click to Payディレクトリに個別のプロファイルを持つことになります（たとえば、Visaに1つ、Mastercardに1つ）。
必要に応じて、 **エンドユーザー情報** を異なる決済ネットワークのディレクトリに保存されたプロファイル間で一貫させるのはイシュアの責任です。
{% endhint %}
### ユーザー体験
体系的な **登録** を各エンドユーザーと各カードに対してイシュアが実施することにより、決済ネットワークはユーザーエクスペリエンスとClick to Payの普及を大幅に向上させることを目指しています。
加盟店側では、Click to Payとの統合が簡素化されます。加盟店または決済サービスプロバイダ（PSP）は、エンドユーザーに関連付けられたClick to Payプロファイル（プロファイル詳細と決済資格情報）の取得に重点を置きます。
加盟店またはPSPがエンドユーザーのClick to Payプロファイルと決済資格情報を取得します。
Click to Payプロファイルが取得されると、加盟店は情報を表示し、エンドユーザーに購入に使用するカードを選択させ、請求先住所を配送先住所として確認して再利用し、チェックアウトに進めます：
エンドユーザーがClick to Payプロファイルからカードを選択するチェックアウト例。
イシュア側では、Click to Payは **カード商品機能**として管理できます。イシュアは、NFC機能がすでに管理されているのと同様に、カード商品の利用条件を更新することで「自動同意」を処理できます。
イシュアは、Click to Payをカード商品の機能と条件の一部として管理します。
エンドユーザーはいつでもオプトアウトでき、後から再度オプトインできます。
この動作は、エンドユーザーに提供されるClick to Payの案内で明確に説明されるべきです。理想的には、イシュアのアプリケーションまたは金融機関のウェブサイトでClick to Pay設定を管理する方法を示すスクリーンショットも含めます。これにより、エンドユーザーは、望まないサービスに「閉じ込められて」いないことを安心できます。
---
# 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/click-to-pay/ja/get-started/overview/click-to-pay-concepts.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.