このドキュメントでは、公共交通機関事業者（PTO）と システム インテグレータ（以降発行者）は、 Google ウォレットでの Motics の実装。
1. 前提条件を満たす
- Google と秘密保持契約（NDA）を締結している。この「クリックして同意」 オンライン フォームが Google のビジネス開発（BD）チームによって共有されています。
- QR コード用の標準の Google Wallet API と統合します。
- カード発行会社は、Google Wallet API を使用してパスをプロビジョニングし、パスを追加します。 。交通機関の QR コードを確認する Google Cloud SDK との統合に必要な前提条件を できます。
- VDV eTicket サービスに登録して、ownerId（orgId）と Motics に必要な関連する PKI の詳細。
2. 技術実装
ステップ 2 では実装の主な技術的詳細を説明 開発されました。
Google Wallet API の実装をアップグレードする
[Technical Details] ページでは、カード発行会社のメソッドとパラメータを確認できます。 Motics インテグレーションの使用と更新が必要です。具体的には、カード発行会社は 以下の Google Wallet API メソッドを、Motics 関連の追加の情報とともに呼び出す必要があります。 parameters:
アクティベーション エンドポイントを実装する
Google サーバーが、カード発行会社がホストする有効化エンドポイントを呼び出します。この カード発行会社での静的な利用資格データ（sigSTB）の生成をトリガーする あります。詳細については、アクティベーション エンドポイント セクションをご覧ください。
ムーブメントとリンク解除のフロー
優れたユーザー エクスペリエンスを提供するため、ユーザーはモーチックを動かせる必要があります。 発行元が定義した制限内で、1 つのデバイスから別のデバイスにチケットを転送できます。 そのためには、カード発行会社は移動とリンク解除のフローを実装する必要があります。
チケットの保存時に確認メールを送信
Google は、カード発行会社は、ユーザーが支払いを行う際に、確認メールを送信することを義務付けています。 Motics のチケットを Google ウォレットに保存する。確認メールは、 次のものを含む。
- ユーザーがチケット（定期購入）を管理するための便利なリンク。
- カード発行会社のカスタマー サポートに問い合わせる方法。
3. STAGING でエンドツーエンドの統合テストを実施する
開発用に Google ウォレットのテスト transitClass を作成し、
統合作業が完了したら、ソリューションの検証とテストが必要
この開発用 transitClass を使用してエンドツーエンドで処理します。transitObject:Insert の
cert_environment を STAGING に設定します。すべてのユースケースを十分にテストする必要がある
すべてのテストケースが成功する必要があります
4. 本番環境でエンドツーエンドのテストを実施する
STAGING 環境を使用してソリューションが正常にテストされたら、
新しい本番環境の transitClass を作成します。今回は cert_environment を次のように設定します。
transitObject を挿入するときに PRODUCTION。すべてのテストをフォローして完了する
ケースと手順をテストセクションに記載しています。
5. リリース プロセスに従う承認の取得
パブリック パイロットを開始または開始する前に、完全なリリース承認を得る必要があります。 付与されています。承認は、さまざまなタスクの結果に応じて テストフェーズ、テストフェーズ、テストフェーズ、 Google による審査と承認が必要です。
- 全体的なリリース範囲と計画
- 試験運用の場合、リリース計画には明確な終了基準と 全面リリースに進みます
- マーケティング活動計画
- リリースに関する告知
- リリース日
- リリース日のタイムラインとエスカレーション プロセス連絡先
- エンドユーザーのサポート プロセス