> 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/transit-digitization/ja/apple-transit-wosuru/akauntobsunochikettingu-abt/raifusaikuru/icloud-kara.md).

# iCloud から保管

iCloud発のパーキングワークフローは、ユーザーが次の2つの方法のいずれかで起動できます：

1. iCloud.comを通じて自分のiCloudアカウントにサインインする。
2. を使用する **「探す」** 同じApple IDでログインしている別のデバイス上のアプリケーション。

このワークフローを開始すると、指定されたデバイスからWallet内のすべてのカードが削除されます。

このセクションでは、詳細な手順、シーケンス図、および考えられるエラーシナリオを含むワークフローの概要を提供します。

### ワークフロー <a href="#workflow" id="workflow"></a>

以下はiCloud発のパーキングワークフローの大まかな手順です：

1. **カード削除**：ユーザーが自分のデバイスからカードの削除を開始します。
2. **カードのリンク解除**：Appleはユーザーがトランジットカードをデバイスから削除したことをD1 Transitプラットフォームに通知します。
3. **削除確認**：D1 TransitはAppleに **getStatus** リクエストを送信して、デジタルカードが削除されたかどうかを確認します。

### シーケンス図 <a href="#sequence-diagram" id="sequence-diagram"></a>

#### カード削除 <a href="#card-removal" id="card-removal"></a>

ユーザーが自分のiCloudアカウントにアクセスし、デバイスを選択して「デバイスを消去」を押します。WalletはAppleサーバーに対してそのデバイスからすべてのカードを削除するよう指示します。

#### カードのリンク解除 <a href="#unlink-card" id="unlink-card"></a>

Walletからデバイス上のカードを削除するリクエストを受け取ると、Appleサーバーはそのデバイスに関連付けられたすべてのトランジットカードに対してmanagePass(unlink) API呼び出しをD1 Transitプラットフォームに対して開始します。

#### 削除確認 <a href="#removal-verification" id="removal-verification"></a>

このワークフローではAppleはeventNotificationをD1 Transitプラットフォームに送信しません。したがって、D1 TransitはgetStatus(provisioningBundleIdentifier)をAppleに呼び出してデジタルカードの状態を能動的に照会する責任があります。D1 Transitは削除が成功したかどうかを確認できます。

デバイスがオンラインの場合、応答にはHTTP 404ステータスコードが含まれます。これはカードが正常に削除され、もはやAppleのサーバー上に存在しないことを確認します。

デバイスがオフラインの場合、応答にはアクティブな状態が含まれます。これはパーキングプロセスが完了しておらず、カードを拒否リストに残す必要があることを確認します。

**エラーシナリオ**

**デバイスがオフライン**

このリクエストはデバイス発ではないため、デバイスがオンラインである保証はありません。そのような場合、カード削除のリクエストがデバイスに到達しないことがあります。例えば、デバイスが機内モードになっている可能性があります。したがって、トランジット用途での使用を防ぐために、プロビジョニング済みのデジタルカードを拒否リストに入れることが強く推奨されます。

トランジットのイシュアは、カードを別のデバイスにプロビジョニングできるようにする前に、拒否リストが関連するすべてのリーダーに完全に伝播されていることを確認する必要があります。この手順は、同じトランジットカードが複数のデバイスで同時に使用されるのを防ぎ、潜在的な不正使用を回避するために重要です。

<figure><img src="https://931441515-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FZoFRCpZeaDWwcHYhJY7B%2Fuploads%2FBgObSrn8cosPZzwTtyx2%2FPark%20from%20iCloud.svg?alt=media&amp;token=bee13d81-f490-4b90-b1e1-a5b306b7683a" alt=""><figcaption></figcaption></figure>


---

# 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/transit-digitization/ja/apple-transit-wosuru/akauntobsunochikettingu-abt/raifusaikuru/icloud-kara.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.
