移動とGoogle ウォレットの Motics チケットのリンク解除フロー

このページでは、Motics のチケットの移動とリンク解除のフローの実装について説明します。 提供します。優れたユーザー エクスペリエンスを提供するには、ユーザーが デバイス間での Motics チケットの送受信は、 発行元です。カード発行会社は、チケットを 1 台のデバイスに制限する必要があります。ユーザーは、 新しいデバイスに保存する前に元のチケットを転送してください。ユーザーが削除できない場合 （おそらくデバイスを紛失したために）元のチケットを受け取ることができ、カード発行会社は チケットと古いデバイスのリンクを解除します。

運動とリンク解除フローは次の要件を満たす必要があります。

  • Motics のチケットは、一度に 1 台のデバイスでのみ使用可能である必要があります。
  • ユーザーは、以下の場所で Motics チケットを新しいデバイスに移動できる必要があります。 ケース:
    • 古いデバイスへのアクセス（新しいデバイスへのアップグレードなど）。
    • デバイスの紛失や盗難など、以前のデバイスにはアクセスできない。
  • ムーブまたはチケットの有効化の数は、適切な条件に基づいて制限する必要があります。 PTO のビジネスによって定義された、Motics チケット発行者側の管理 提供します。

ユーザー エクスペリエンス

このセクションでは、ユーザーの 2 つのシナリオについて詳しく説明します。 ユーザーが古いデバイスにまだアクセスできるかどうかによって異なるエクスペリエンス Motics チケットを移動しようとしたときに表示されるエラー メッセージ。

ユーザーは以前のデバイスにアクセスできます

このような場合、ユーザーは以前のデバイスから移行フローを開始できます。

  1. お客様が以前のデバイスのウォレット アプリから Motics のチケットを削除します。
  2. お客様の新しいデバイスにカード発行会社からの確認メールが届いた場合 チケット販売のウェブショップまたはポータルにログインし、 チケットを Google ウォレット アプリに再保存するための Google ウォレットのリンク。

ユーザーは以前のデバイスにアクセスできない

ユーザーが以前のデバイスにアクセスできない場合は、以下を開始する必要があります。 リンク解除と移動のフローは、ウェブショップのチケット販売ポータルから、または カード発行会社のカスタマー サポートに連絡して、リンク解除フローを開始できます。 自動的に適用されます。

  1. カード発行会社から届いた確認メールで、お客様に カスタマー サービスに電話するか、 カード発行会社のウェブサイトまたはチケット発行ポータル。たとえば チケット発行ポータルに アクセスすることもできます
  2. カード発行会社がユーザーに代わって古いデバイスからチケットのリンクを解除します （詳しくは、発行元の責任のセクションをご覧ください）。
  3. チケットは元のデバイスで使用できなくなります（バーコードがスキャンされません）。 発行元がリンクを解除します
  4. カード発行会社は、古いチケットを拒否リストに追加して、今後このチケットを利用できないようにする必要があります。 検査機関によってスキャンされます。
  5. チケットは、すぐに元のデバイスから自動的に削除されます 再びオンラインに復帰します（ベスト エフォート）。
  6. お客様の新しいデバイスにカード発行会社からの確認メールが届いた場合 チケット販売のウェブショップまたはポータルにログインし、 チケットを Google ウォレット アプリに再保存するための Google ウォレットのリンク。

発行元の責任

  • 初期設定時に、カード発行会社は以下を含む transitClass を挿入する必要があります。 multipleDevicesAndHoldersAllowedStatus=ONE_USER_ONE_DEVICE。
  • カード発行会社が購入時にユーザーに送信する確認メール チケットを新しいデバイスに移動する手順を含める必要があります。
  • 確認メールには、チケットの ID が含まれている必要があります。 確認する必要があります。
  • 問い合わせの量を最小限に抑えるために、カード発行会社はリンクを解除する必要があります。 ウェブショップやチケットポータルにボタンが表示され、ユーザーは あります。
  • カード発行会社は、チケットを発行できる回数を制限する責任を負います。 アクティブになりました。これは、ユーザーが同じチケットを行き来しないためです。 （両方のウォレットで同じアカウントにログインしている）デバイス間での無期限に行われます。
    • カード発行会社はアクティベーション エンドポイントの回数を追跡する必要がある 同じ objectId に対して呼び出され、有効化リクエストが拒否されます。 超えています。
    • 発行会社ごとに、チケットの購入回数に関する独自のルールがあります。 Google は、カード発行会社がチケットの移動を制限することを あります。
  • お客様がカスタマー サポートに問い合わせてチケットのリンクを解除することをご希望の場合:
    • ユーザーが古いデバイスからチケットを削除できない場合、カード発行会社は が transitObject:patch を呼び出してチケットのリンクを解除します。 チケットの objectId は {hasLinkedDevice:false} です。
      • カード発行会社は、指定されたチケットの objectId を見つける必要があります。。 でユーザーに提供された ID に基づいて、 確認メールをお送りします。
  • ユーザーがウェブショップまたはチケット ポータルでリンク解除フローを開始した場合:
    • カード発行会社が transitObject:patch を呼び出して、チケットのリンクを解除します。 チケットの objectId は {hasLinkedDevice:false} です。
  • カード発行会社は古いチケットを拒否リストに追加して、チケットが今後使用されないようにする必要があります。 検査機関によってスキャンされます。

Google の責任

以下で transitObject:patch を受け取った場合、それに応じて、次のように応答します。 {hasLinkedDevice:false} 呼び出しを行うと、Google は既存の証明書を取り消します（ Motics サーバーとの接続がありますユーザーに古いデバイスがまだある場合 場合、バーコードは 古いデバイスからオンラインまたは再度オンラインになれば、データは削除されます。

シーケンス図

図 1. Motics チケットのリンク解除フロー Motics チケットのリンク解除フロー

図 1 は、行われる transitObject:patch 呼び出しと pruneTree() 呼び出しを示しています。 ユーザーが以前のデバイスにアクセスできなくなったときに、チケットのリンクを解除する。