概览

待定：添加电子钱包的简要说明（与电子货币相同）

待定：在将 FoP 加入 Google 实体后，请查看电子钱包流程演示。

下面介绍了电子钱包交易中涉及的主要 Google Standard 付款流程。

关联流程

借助 Google 标准付款，集成商可以创建付款方式创建流程和购买流程，以便为其用户提供快速顺畅的结账体验。

Google 客户有一种或多种付款方式。付款方式是一种付款方式，可用于在 Google 的各种生态系统和购物平台上为服务和商品付款。如需添加付款方式，用户必须将付款方式与外部凭据关联，并对这些凭据进行身份验证。信用卡就是一个很好的例子。信用卡包含一个由 Google 存储的卡号 (PAN) 和一个用于进行身份验证的卡号 (CVN)。用户通过在 Google 界面中输入 PAN 和 CVN 来添加付款方式。在信用卡处理方验证 PAN 和 CVN 号码后，Google 会安全地存储 PAN。同样，在此规范中，我们会将身份验证证明与 Google 提供的付款方式相关联。我们将帐号与付款方式的这种关联称为“关联流程”。

关联流程的输出是交换 Google 付款令牌 (GPT)，该令牌由 Google 和集成商同意。在捕获数据的过程中，GPT 会传递到付款集成商（持有此用户帐号）以确定要结算的用户帐号。

您可以通过多种方式对用户进行身份验证，以证明对帐号的所有权。用户名和密码是一种验证方式，但动态密码、生物识别信息和安全问题也是可行的解决方案。Google 并不打算规定付款集成商如何验证用户。我们认为付款集成商在这方面做得最好。因此，在此规范中，Google 希望利用付款集成商的各种界面来对用户进行身份验证，并且仅向 Google 提供身份验证证明。我们称之为身份验证流程。

身份验证流程的输出是身份验证的证明。

关联流程要求 Google 提供付款集成商的身份验证证明。在关联流程之前，Google 会调用身份验证流程来获取此证明。

以下示例展示了用户在身份验证流程和关联流程中需完成的步骤。以下示例将引导您了解一个名为 InvisiCash 的虚构电子钱包。

关于此图表的备注：

• 在第 1 步和第 3 步中，请注意，Google 和 InvisiCash 的用户身份（电子邮件地址）不同。[e-mail] 和 [e-mail]。这是正常的，符合预期。
• 在第 3 步和第 4 步之间，InvisiCash 应用（如果用户未安装该应用，则为网页界面）可以执行任何必要的操作（包括与 InvisiCash 服务器通信）对用户进行身份验证。

注意：两位 Google 用户可以共用同一集成商付款方式。在这种情况下，Google 提供唯一的 AssociationId 和 GPT 来对每个用户进行身份验证。

购买流程

关联完成后，用户有了新的付款方式，就可以使用该付款方式通过 Google 购买商品和服务。在购买时，用户不一定会参与会话。这完全取决于购买的情境。例如，对于基于订阅的购买交易，用户可能不会参与会话。在购买时，Google 会向付款集成商出示 GPT。付款集成商将使用此 GPT 确定要扣款的正确帐号。这称为购买流程。

待用户 [e-mail] 完成关联并创建付款方式之后，下面的示例继续进行后续操作。用户现在想要购买商品。

注意：InvisiCash 应用不参与此购买流程。它只涉及存储在 Google 服务器上的 GPT。

有时，付款集成商或 Google 都可能要求用户在购买之前进行身份验证。造成这种情况的原因有多种。例如：

• Google 的风险引擎确定付款看起来很可疑
• 根据监管要求，您每次购物时都需要提供动态密码

在这种情况下，Google 会将身份验证流程与购买流程配对。系统会将该用户转到集成商的界面以进行身份验证。身份验证流程的结果是用户身份和身份验证的证明。然后，此证明会与购买信息一起在购买流程中发送。

在下面的示例中，用户 [e-mail] 已执行关联，并且已创建付款方式。在购买流程中，Google 服务器需要质询此用户，以防范欺诈：

注意：InvisiCash 应用参与购买流程。此处，InvisiCash 应用需要预填充 [e-mail] 至关重要。Google 专门提出质疑这一身份要求。请务必注意，用户不能更改此身份。为了提高 Google 与 InvisiCash 之间的授权率，请注意，在第 7 步中，Google 会向 InvisiCash 传递身份验证证明。这样，InvisiCash 就可以了解用户处于购买流程中，并且对用户进行了质询。

刷新令牌流程

在关联流程中，付款集成商可以告知 Google 该 GPT 将在 X 个月后过期。虽然 Google 首选不会过期的令牌，但也知道情况并非总是如此，因此它支持令牌过期。如果令牌即将到期，Google 会通过身份验证流程向用户发送信息。系统会将用户定向到集成商的界面以进行身份验证。 身份验证流程的结果是用户身份和身份验证的证明。然后，系统会将此证明发送给集成商，以延长 GPT 的到期时间。 这称为 refreshToken 流程。

待用户 [e-mail] 完成关联并创建付款方式之后，下面的示例继续进行后续操作。用户的令牌即将过期，因此 Google 会要求用户刷新其付款方式：

身份验证流程有两种不同的模式。第一种是在关联期间尝试对用户进行身份验证。目前，用户的身份未知，由用户自行输入。身份可能看起来像用户名、电子邮件地址或电话号码。第二种模态是尝试验证用户是否知道现有付款方式的凭据。在这种情况下，用户已添加付款方式并已关联其付款集成商的帐号。在此模式下，我们希望验证该用户是否拥有特定用户身份的凭据。用户不得更改要验证的帐号身份。为此，我们会在关联时向付款集成商发送关联 ID。在进行身份验证时，Google 会向集成商发送同一关联 ID。集成商使用该关联 ID 查找需要进行身份验证的帐号。

汇款流程

Google 是会计记录系统，负责对汇款转账进行核算。Google 每天都会向付款集成商发送汇款对账单。该对账单概要列出了付款集成商欠 Google 的金额，以及有关如何向 Google 付款的说明。为了使付款集成商进行对帐，集成商可以向 Google 查询构成汇款对账单的交易级别详情。

以下是示例流程：