イシュア主導のパークは、Transit イシュアによって、または一部の場合にはトランジット事業者のアプリを介してユーザーによってトリガーされるアクションです。
このセクションでは、詳細な手順、シーケンス図、および想定されるエラーシナリオを含むワークフローの概要を説明します。
以下は、停止／再開ワークフローの高レベルな手順です:
状態変更の開始: Transit イシュア、または一部の場合はユーザー（トランジット事業者のアプリ経由）が、カードのパークを実行する必要があることを D1 Transit に通知します。その後 D1 Transit プラットフォームは handleTspEvent を送信して Google に通知します。
状態変更の実行: イベントが Google に配信されると、D1 Transit はデジタルカードの状態変更を更新します。Google は後で getTokenStatus を送信して、D1 Transit から状態変更を取得し、適用します。
Transit イシュアは、まずカードを拒否リストに追加する必要があります。デバイスがオフラインの場合、カードがすぐにパークされない可能性があるため、カードを拒否リストに追加することは重要です。
Transit イシュアは manageDigitalCard を D1 Transit プラットフォームに送信し、D1 Transit プラットフォームは handleTspEvent を Google に送信します。
このリクエストを受信すると、Google は適用する状態変更を取得し、デバイスがオフラインである可能性があるためベストエフォートでデバイス上のデジタルカードに適用を試みます。
D1 Transit は、状態変更の要求が Google に送信されたことを Transit イシュアに通知します。
エラーシナリオ
デバイスがオフライン
デバイスがオフラインの場合、カード状態の変更リクエストはキューに入れられ、再接続され次第デバイスに送信されます。
最終更新 1 か月前
役に立ちましたか？
