Watches コレクションのメソッドを使用すると、フォーム内のデータが変更されたときに通知を受け取ることができます。このページでは、プッシュ通知の設定と受信に関するコンセプトの概要と手順について説明します。
概要
Google Forms API のプッシュ通知機能を使用すると、フォームでデータが変更されたときにアプリが通知をサブスクライブできます。通知は、通常は変更から数分以内に Cloud Pub/Sub トピックに配信されます。
プッシュ通知を受け取るには、Cloud Pub/Sub トピックを設定し、適切なイベントタイプのウォッチを作成するときにそのトピックの名前を指定する必要があります。
このドキュメントで使用される主なコンセプトの定義を次に示します。
- ターゲットとは、通知が送信される場所です。サポートされているターゲットは Cloud Pub/Sub トピックのみです。
- イベントタイプは、サードパーティ製アプリが定期購入できる通知のカテゴリです。
- ウォッチは、特定のフォームの特定のイベントタイプの通知をターゲットに配信するよう Forms API に指示するものです。
特定のフォームのイベントタイプに対してウォッチを作成すると、そのウォッチのターゲット(Cloud Pub/Sub トピック)は、ウォッチが期限切れになるまで、そのフォームのイベントから通知を受け取ります。ウォッチは 1 週間持続しますが、期限切れになる前に watches.renew() をリクエストすることで、いつでも延長できます。
Cloud Pub/Sub トピックは、指定した認証情報で表示できるフォームに関する通知のみを受信します。たとえば、ユーザーがアプリの権限を取り消したり、監視対象フォームの編集アクセス権を失ったりした場合、通知は配信されなくなります。
使用可能なイベントタイプ
現在、Google Forms API では次の 2 つのカテゴリのイベントが提供されています。
EventType.SCHEMA
: フォームのコンテンツと設定の編集について通知します。EventType.RESPONSES
: フォームの回答(新規と更新の両方)が送信されたときに通知します。
通知の返信
通知は JSON でエンコードされ、次の情報を含みます。
- トリガー フォームの ID
- トリガーされたウォッチの ID
- 通知をトリガーしたイベントのタイプ
- Cloud Pub/Sub によって設定されるその他のフィールド(
messageId
、publishTime
など)
通知には、フォームや回答の詳細データは含まれません。通知を受け取るたびに、新しいデータを取得するために個別の API 呼び出しが必要になります。方法については、推奨される使用方法をご覧ください。
次のスニペットは、スキーマ変更の通知の例を示しています。
{
"attributes": {
"eventType": "SCHEMA",
"formId": "18Xgmr4XQb-l0ypfCNGQoHAw2o82foMr8J0HPHdagS6g",
"watchId": "892515d1-a902-444f-a2fe-42b718fe8159"
},
"messageId": "767437830649",
"publishTime": "2021-03-31T01:34:08.053Z"
}
次のスニペットは、新しい回答のサンプル通知を示しています。
{
"attributes": {
"eventType": "RESPONSES",
"formId": "18Xgmr4XQb-l0ypfCNGQoHAw2o82foMr8J0HPHdagS6g",
"watchId": "5d7e5690-b1ff-41ce-8afb-b469912efd7d"
},
"messageId": "767467004397",
"publishTime": "2021-03-31T01:43:57.285Z"
}
Cloud Pub/Sub トピックを設定する
通知は Cloud Pub/Sub トピックに配信されます。Cloud Pub/Sub から、ウェブフックで通知を受け取るか、サブスクリプション エンドポイントをポーリングして通知を受け取ることができます。
Cloud Pub/Sub トピックを設定する手順は次のとおりです。
- Cloud Pub/Sub の前提条件を満たす。
- Cloud Pub/Sub クライアントをセットアップする。
- Cloud Pub/Sub の料金を確認し、Developer Console プロジェクトの課金を有効にします。
Cloud Pub/Sub トピックは、次の 3 つの方法のいずれかで作成できます。
- デベロッパー コンソールを使用する(最も簡単)
- コマンドライン ツールを使用する(単純なプログラムによる使用の場合)
- Cloud Pub/Sub API を使用します。
Cloud Pub/Sub でサブスクリプションを作成して、通知の配信方法を Cloud Pub/Sub に指示します。
最後に、トピックをターゲットとするウォッチを作成する前に、トピックにパブリッシュする権限をフォーム通知サービス アカウント(forms-notifications@system.gserviceaccount.com)に付与する必要があります。
ウォッチを作成する
Forms API プッシュ通知サービス アカウントがパブリッシュできるトピックを作成したら、watches.create() メソッドを使用して通知を作成できます。このメソッドは、指定された Cloud Pub/Sub トピックに push 通知サービス アカウントからアクセスできることを確認します。トピックが存在しない場合や、そのトピックに対するパブリッシュ権限が付与されていない場合など、トピックにアクセスできない場合は失敗します。
スマートウォッチを削除する
承認
Forms API のすべての呼び出しと同様に、watches.create()
の呼び出しは認証トークンで承認する必要があります。トークンには、送信される通知に関するデータへの読み取りアクセス権を付与するスコープを含める必要があります。
- スキーマの変更の場合、これは forms.get() を使用してフォームへの読み取りアクセス権を付与するスコープを意味します。
- 回答の場合、これは フォームの回答への読み取りアクセス権を付与するスコープ(forms.responses.list() の使用など)を意味します。
通知を配信するには、アプリケーションが必要なスコープを持つ承認済みユーザーからの OAuth 付与を保持している必要があります。ユーザーがアプリを切断すると、通知が停止し、エラーが発生してスマートウォッチが停止することがあります。認可を取得した後に通知を再開するには、スマートウォッチを更新するをご覧ください。
フォームのウォッチを一覧表示する
スマートウォッチを更新する
スロットル処理
通知はスロットリングされます。各スマートウォッチは 30 秒ごとに最大 1 件の通知を受信できます。この頻度のしきい値は変更されることがあります。
スロットリングにより、1 件の通知が複数のイベントに対応している場合があります。つまり、通知は、最後の通知以降に 1 つ以上のイベントが発生したことを示します。
上限
特定のフォームとイベントタイプに対して、各 Cloud コンソール プロジェクトにはいつでも次のものが存在できます。
- 合計 20 台まで
- エンドユーザーごとに最大 1 回
また、各フォームは、すべての Cloud コンソール プロジェクトでイベントタイプごとに合計 50 件の監視に制限されます。
スマートウォッチは、そのユーザーの認証情報を使用して作成または更新されたときに、エンドユーザーに関連付けられます。関連付けられたエンドユーザーがフォームへのアクセス権を失うか、アプリのフォームへのアクセス権を取り消すと、ウォッチは停止します。
信頼性
特別な状況を除き、各スマートウォッチはイベントごとに少なくとも 1 回通知されます。ほとんどの場合、通知はイベント発生から数分以内に配信されます。
エラー
スマートウォッチへの通知が繰り返し配信されない場合、スマートウォッチの状態は SUSPENDED
になり、スマートウォッチの errorType
フィールドが設定されます。一時停止したスマートウォッチの状態を ACTIVE
にリセットして通知を再開するには、スマートウォッチを更新するをご覧ください。
推奨される使用方法
- 複数のウォッチのターゲットとして単一の Cloud Pub/Sub トピックを使用します。
- トピックに関する通知を受信すると、フォーム ID が通知ペイロードに含まれます。イベントタイプとともに使用すると、取得するデータと取得元のフォームを把握できます。
EventType.RESPONSES
による通知後に更新されたデータを取得するには、forms.responses.list() を呼び出します。- リクエストのフィルタを
timestamp > timestamp_of_the_last_response_you_fetched
に設定します。
- リクエストのフィルタを
EventType.SCHEMA
による通知後に更新されたデータを取得するには、forms.get() を呼び出します。