このページは Cloud Translation API によって翻訳されました。

TV および入力機能が限られたデバイスアプリケーション用の OAuth 2.0

このドキュメントでは、テレビ、ゲーム機、プリンタなどのデバイスで実行されているアプリケーションから YouTube Data API にアクセスするための OAuth 2.0 認証を実装する方法について説明します。具体的には、このフローは、ブラウザにアクセスできないデバイスまたは入力機能が制限されているデバイス向けに設計されています。

OAuth 2.0 を使用すると、ユーザー名やパスワードなどの情報を非公開にしたまま、特定のデータをアプリケーションと共有することができます。たとえば、TV アプリケーションは OAuth 2.0 を使用して、Google ドライブに保存されたファイルを選択する権限を取得できます。

このフローを使用するアプリケーションは個々のデバイスに分散されるため、アプリはシークレットを保持できないとみなされます。ユーザーがアプリを使用しているときやアプリがバックグラウンドで実行されているときに、Google API にアクセスできます。

代替手段

Android、iOS、macOS、Linux、Windows などのプラットフォーム（Universal Windows Platform を含む）向けに、ブラウザにアクセスしてすべての入力機能を使用できるアプリを作成する場合は、モバイルおよびデスクトップアプリケーション用の OAuth 2.0 フローを使用します。（グラフィカルインターフェースのないコマンドラインツールであっても、このフローを使用する必要があります）。

Google アカウントでのみユーザーをログインさせ、JWT ID トークンを使用して基本的なユーザープロフィール情報を取得する場合は、テレビや入力制限のあるデバイスでのログインをご覧ください。

前提条件

プロジェクトでAPI を有効にする

Google API を呼び出すアプリケーションは、 API Consoleでこれらの API を有効にする必要があります。

プロジェクトで API を有効にするには:

Google API Console内のOpen the API Library 。
If prompted, select a project, or create a new one.
[ライブラリ] ページで YouTube Data API を見つけて有効にします。アプリケーションが使用する他の API を見つけて、それらも有効にします。

承認認証情報を作成する

OAuth 2.0 を使用して Google API にアクセスするアプリケーションには、Google の OAuth 2.0 サーバーに対してそのアプリケーションを識別する認証情報が必要です。次の手順では、プロジェクトの認証情報を作成する方法について説明します。アプリケーションはこの認証情報を使用して、そのプロジェクトで有効にした API にアクセスできます。

Go to the Credentials page.
[認証情報を作成] > [OAuth クライアント ID] をクリックします。
アプリケーションタイプとして [テレビと入力制限のあるデバイス] を選択します。
OAuth 2.0 クライアントに名前を付け、[作成] をクリックします。

アクセススコープを特定する

スコープを使用すると、アプリケーションが必要なリソースへのアクセス権のみをリクエストできます。また、ユーザーはアプリケーションに付与するアクセス権の量を制御できます。したがって、リクエストするスコープの数とユーザーの同意を得る可能性の間に逆相関関係がある場合があります。

OAuth 2.0 認証の実装を開始する前に、アプリがアクセス権限を必要とするスコープを特定することをおすすめします。

YouTube Data API v3 では、次のスコープを使用します。

スコープ
https://www.googleapis.com/auth/youtube	YouTube アカウントの管理
https://www.googleapis.com/auth/youtube.channel-memberships.creator	現在アクティブなチャンネルメンバー、メンバーの現在のレベル、いつメンバーになったかをリストで確認する
https://www.googleapis.com/auth/youtube.force-ssl	YouTube 動画、評価、コメント、字幕の表示、編集、完全削除
https://www.googleapis.com/auth/youtube.readonly	YouTube アカウントの表示
https://www.googleapis.com/auth/youtube.upload	YouTube 動画の管理
https://www.googleapis.com/auth/youtubepartner	YouTube のアセットや関連するコンテンツの表示と管理
https://www.googleapis.com/auth/youtubepartner-channel-audit	YouTube パートナーの監査プロセス時に関連する YouTube チャンネルの個人情報の表示

インストール済みのアプリまたはデバイスについては、許可されるスコープのリストをご覧ください。

OAuth 2.0 アクセストークンの取得

アプリは入力機能が制限されたデバイス上で実行されていても、この承認フローを完了するには、ユーザーはより豊富な入力機能を備えたデバイスに別途アクセスする必要があります。このフローには次の手順が含まれます。

アプリケーションがアクセス権限をリクエストするスコープを Google の承認サーバーに送信する。
サーバーは、デバイスコードやユーザーコードなど、以降のステップで使用するいくつかの情報を返します。
ユーザーがアプリを承認するために、ユーザーが別のデバイスに入力できる情報を表示します。
アプリケーションが Google の承認サーバーへのポーリングを開始し、ユーザーがアプリを承認したかどうかを判断します。
入力機能が充実したデバイスに切り替えて、ウェブブラウザを起動し、ステップ 3 で表示した URL に移動してコードを入力します。このコードはステップ 3 でも表示されます。ユーザーはアプリケーションへのアクセスを許可（または拒否）できます。
ポーリングリクエストに対する次のレスポンスには、アプリがユーザーに代わってリクエストを承認するために必要なトークンが含まれています。（ユーザーがアプリケーションへのアクセスを拒否した場合、レスポンスにトークンは含まれません）。

次の図に、このプロセスを示します。

以降のセクションでは、これらのステップについて詳しく説明します。デバイスの機能とランタイム環境の範囲を考慮して、このドキュメントの例では curl コマンドラインユーティリティを使用しています。これらの例は、さまざまな言語やランタイムに簡単に移植できるものでなければなりません。

ステップ 1: デバイスとユーザーコードをリクエストする

このステップでは、デバイスから Google の承認サーバー（https://oauth2.googleapis.com/device/code）に HTTP POST リクエストを送信します。このリクエストは、ユーザーの代わりにアプリがアクセスするアクセススコープと、アプリを識別します。この URL は、device_authorization_endpoint メタデータ値を使用してディスカバリドキュメントから取得する必要があります。次の HTTP リクエストパラメータを含めます。

パラメータ

client_id

必須

アプリケーションのクライアント ID。この値は API Console Credentials pageで確認できます。

scope

必須

ユーザーの代わりにアプリケーションがアクセスできるリソースを識別するスコープのスペース区切りリスト。これらの値により、Google がユーザーに表示する同意画面が決まります。インストール済みのアプリまたはデバイスについては、許可されるスコープのリストをご覧ください。

スコープを使用すると、アプリケーションが必要とするリソースへのアクセス権のみをリクエストできると同時に、ユーザーはアプリケーションに付与するアクセス権の量を制御できます。したがって、リクエストするスコープの数とユーザーの同意を得る可能性には逆相関があります。

YouTube Data API v3 では、次のスコープを使用します。

スコープ
https://www.googleapis.com/auth/youtube	YouTube アカウントの管理
https://www.googleapis.com/auth/youtube.channel-memberships.creator	現在アクティブなチャンネルメンバー、メンバーの現在のレベル、いつメンバーになったかをリストで確認する
https://www.googleapis.com/auth/youtube.force-ssl	YouTube 動画、評価、コメント、字幕の表示、編集、完全削除
https://www.googleapis.com/auth/youtube.readonly	YouTube アカウントの表示
https://www.googleapis.com/auth/youtube.upload	YouTube 動画の管理
https://www.googleapis.com/auth/youtubepartner	YouTube のアセットや関連するコンテンツの表示と管理
https://www.googleapis.com/auth/youtubepartner-channel-audit	YouTube パートナーの監査プロセス時に関連する YouTube チャンネルの個人情報の表示

OAuth 2.0 API スコープのドキュメントには、Google API へのアクセスに使用できるスコープの一覧が記載されています。

例

次のスニペットはリクエストの例を示したものです。

POST /device/code HTTP/1.1
Host: oauth2.googleapis.com
Content-Type: application/x-www-form-urlencoded

client_id=client_id&scope=https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fyoutube.readonly

次の例は、同じリクエストを送信する curl コマンドを示しています。

curl -d "client_id=client_id&scope=https%3A%2F%2Fwww.googleapis.com%2Fauth%2Fyoutube.readonly" \
     https://oauth2.googleapis.com/device/code

ステップ 2: 認可サーバーのレスポンスを処理する

認可サーバーは次のいずれかのレスポンスを返します。

成功のレスポンス

リクエストが有効な場合、レスポンスは次のプロパティを含む JSON オブジェクトになります。

Properties
`device_code`	承認をリクエストしているアプリを実行するデバイスを識別するために Google が一意に割り当てる値。ユーザーは、より豊富な入力機能を備えた別のデバイスからそのデバイスを承認します。たとえば、ユーザーはノートパソコンやスマートフォンを使用して、テレビで動作するアプリを承認できます。この場合、`device_code` はテレビを識別します。このコードにより、アプリを実行しているデバイスは、ユーザーがアクセスを許可したか拒否したかを安全に判断できます。
`expires_in`	`device_code` と `user_code` の有効期間（秒単位）。ユーザーがこの間に承認フローを完了せず、ユーザーの決定に関する情報を取得するためのポーリングも行われない場合は、このプロセスをステップ 1 からやり直す必要があります。
`interval`	ポーリングリクエスト間のデバイスの待機時間（秒）。たとえば、値が `5` の場合、デバイスは 5 秒ごとに Google の承認サーバーにポーリングリクエストを送信する必要があります。詳しくは、ステップ 3 をご覧ください。
`user_code`	アプリケーションがアクセスをリクエストしているスコープを Google に識別する値（大文字と小文字を区別）。ユーザーインターフェースでは、入力機能が充実した別のデバイスにこの値を入力するようユーザーに指示されます。Google はこの値を使用して、ユーザーにアプリケーションへのアクセスを許可するよう求めるときに正しいスコープのセットを表示します。
`verification_url`	`user_code` を入力してアプリへのアクセスを許可または拒否するために、ユーザーが別のデバイスでアクセスする URL。この値は、ユーザーインターフェースにも表示されます。

次のスニペットは、レスポンスの例を示しています。

{
  "device_code": "4/4-GMMhmHCXhWEzkobqIHGG_EnNYYsAkukHspeYUk9E8",
  "user_code": "GQVQ-JKEC",
  "verification_url": "https://www.google.com/device",
  "expires_in": 1800,
  "interval": 5
}

割り当て超過のレスポンス

デバイスコードのリクエストがクライアント ID に関連付けられた割り当てを超えると、次のエラーを含む 403 レスポンスが返されます。

{
  "error_code": "rate_limit_exceeded"
}

その場合は、バックオフ戦略を使用してリクエストのレートを減らします。

ステップ 3: ユーザーコードを表示する

手順 2 で取得した verification_url と user_code をユーザーに表示する。どちらの値にも、US-ASCII 文字セットの印刷可能な文字を含めることができます。ユーザーに表示するコンテンツでは、別のデバイスで verification_url に移動し、user_code を入力するようユーザーに指示する必要があります。

次のルールを念頭に置いてユーザーインターフェース（UI）を設計します。

user_code
- user_code は、15 個の W サイズの文字を処理できるフィールドに表示する必要があります。つまり、コード WWWWWWWWWWWWWWW が正しく表示される場合は UI は有効です。UI での user_code の表示をテストする際は、その文字列値を使用することをおすすめします。
- user_code では大文字と小文字が区別されます。大文字と小文字の変更や他の書式設定文字の挿入など、いかなる変更も行わないでください。
verification_url
- verification_url を表示するスペースは、40 文字の URL 文字列を処理できるだけの十分な幅にする必要があります。
- 表示用のスキームを任意で削除する場合を除き、verification_url はいかなる方法でも変更しないでください。表示のために URL からスキーム（https:// など）を削除する予定がある場合は、アプリで http と https の両方のバリアントを処理できることを確認してください。

警告: これらの値はいずれも変更される可能性があります。コードにどちらの値をハードコードしても使用しないでください。同様に、オプションとして verification_url からスキームを削除する以外の方法で、値を変更しないでください。

ステップ 4: Google の承認サーバーにポーリングする

ユーザーは別のデバイスを使用して verification_url に移動し、アクセスを許可（または拒否）するため、ユーザーがアクセスリクエストに応答しても、リクエスト元のデバイスに自動的に通知されることはありません。このため、リクエスト元のデバイスは Google の承認サーバーにポーリングして、ユーザーがリクエストに応答したタイミングを特定する必要があります。

リクエスト元のデバイスは、ユーザーがアクセスリクエストに応答したことを示すレスポンスを受信するか、ステップ 2 で取得した device_code と user_code が期限切れになるまで、ポーリングリクエストを送信し続ける必要があります。手順 2 で返される interval には、リクエスト間で待機する時間を秒単位で指定します。

ポーリングするエンドポイントの URL は https://oauth2.googleapis.com/token です。ポーリングリクエストには次のパラメータが含まれます。

パラメータ
`client_id`	アプリケーションのクライアント ID。この値は API Console Credentials pageで確認できます。
`client_secret`	指定された `client_id` のクライアントシークレット。この値は API Console Credentials pageで確認できます。
`device_code`	ステップ 2 で認可サーバーから返された `device_code`。
`grant_type`	`urn:ietf:params:oauth:grant-type:device_code` に設定します。

例

次のスニペットはリクエストの例を示したものです。

POST /token HTTP/1.1
Host: oauth2.googleapis.com
Content-Type: application/x-www-form-urlencoded

client_id=client_id&
client_secret=client_secret&
device_code=device_code&
grant_type=urn%3Aietf%3Aparams%3Aoauth%3Agrant-type%3Adevice_code

次の例は、同じリクエストを送信する curl コマンドを示しています。

curl -d "client_id=client_id&client_secret=client_secret& \
         device_code=device_code& \
         grant_type=urn%3Aietf%3Aparams%3Aoauth%3Agrant-type%3Adevice_code" \
         -H "Content-Type: application/x-www-form-urlencoded" \
         https://oauth2.googleapis.com/token

ステップ 5: ユーザーがアクセス権のリクエストに応答する

次の図は、ステップ 3 で表示された verification_url に移動したときにユーザーに表示されるページと似たページです。

user_code を入力し、まだログインしていない場合は、Google にログインすると、次のような同意画面が表示されます。

ステップ 6: ポーリングリクエストへのレスポンスを処理する

Google の承認サーバーは、各ポーリングリクエストに対して次のいずれかのレスポンスを返します。

アクセスを許可しました

ユーザーが（同意画面で Allow をクリックして）デバイスへのアクセスを許可した場合、レスポンスにはアクセストークンと更新トークンが含まれます。このトークンにより、ユーザーの代わりにデバイスが Google API にアクセスできるようになります。（レスポンスの scope プロパティによって、デバイスがアクセスできる API が決まります）。

この場合、API レスポンスには次のフィールドが含まれます。

フィールド
`access_token`	Google API リクエストを承認するためにアプリケーションが送信するトークン。
`expires_in`	アクセストークンの残りの存続期間（秒）。
`refresh_token`	新しいアクセストークンを取得するために使用できるトークン。更新トークンは、ユーザーがアクセス権を取り消すまで有効です。なお、デバイスに対して更新トークンは常に返されます。
`scope`	`access_token` で付与されるアクセス権のスコープ。スペース区切りの文字列（大文字と小文字を区別）のリストとして表されます。
`token_type`	返されるトークンのタイプ。現在、このフィールドの値は常に `Bearer` に設定されます。

次のスニペットは、レスポンスの例を示しています。

{
  "access_token": "1/fFAGRNJru1FTz70BzhT3Zg",
  "expires_in": 3920,
  "scope": "openid https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/userinfo.email",
  "token_type": "Bearer",
  "refresh_token": "1/xEoDL4iW3cxlI7yDbSRFYNG01kVKM2C-259HOF2aQbI"
}

アクセストークンの存続期間は限られています。アプリケーションで長期間にわたって API にアクセスする必要がある場合は、更新トークンを使用して新しいアクセストークンを取得できます。アプリケーションでこのタイプのアクセスが必要な場合は、後で使用するために更新トークンを保存する必要があります。

アクセスが拒否されました

ユーザーがデバイスへのアクセスを許可しなかった場合、サーバーレスポンスには 403 HTTP レスポンスステータスコード（Forbidden）が含まれます。レスポンスには次のエラーが含まれます。

{
  "error": "access_denied",
  "error_description": "Forbidden"
}

承認保留中

ユーザーが認可フローを完了していない場合、サーバーは 428 HTTP レスポンスステータスコード（Precondition Required）を返します。レスポンスには次のエラーが含まれます。

{
  "error": "authorization_pending",
  "error_description": "Precondition Required"
}

ポーリングの頻度が多すぎる

デバイスがポーリングリクエストを送信する頻度が高すぎると、サーバーは 403 HTTP レスポンスステータスコード（Forbidden）を返します。レスポンスには次のエラーが含まれます。

{
  "error": "slow_down",
  "error_description": "Forbidden"
}

その他のエラー

ポーリングリクエストに必須パラメータがない場合や、パラメータ値が正しくない場合も、認可サーバーはエラーを返します。通常、これらのリクエストには、400（Bad Request）または 401（Unauthorized）の HTTP レスポンスステータスコードが含まれます。次のようなエラーがあります。

エラー	HTTP ステータスコード	説明
`admin_policy_enforced`	`400`	Google アカウントは、Google Workspace 管理者のポリシーにより、リクエストされた 1 つ以上のスコープを承認できません。OAuth クライアント ID に明示的にアクセス権が付与されるまで、管理者がスコープへのアクセスを制限する方法の詳細については、Google Workspace 管理者用ヘルプ記事の Google Workspace のデータにアクセスできるサードパーティ製アプリと内部アプリを制御するをご覧ください。
`invalid_client`	`401`	OAuth クライアントが見つかりませんでした。たとえば、このエラーは `client_id` パラメータ値が無効な場合に発生します。 OAuth クライアントの種類が正しくありません。クライアント ID のアプリケーションタイプが [テレビと制限付き入力デバイス] に設定されていることを確認します。
`invalid_grant`	`400`	`code` パラメータ値が無効であるか、すでに申請されているか、解析できません。
`unsupported_grant_type`	`400`	`grant_type` パラメータ値が無効です。
`org_internal`	`403`	リクエスト内の OAuth クライアント ID は、特定の Google Cloud 組織内の Google アカウントへのアクセスを制限するプロジェクトの一部です。OAuth アプリケーションのユーザータイプの構成を確認します。

Google API の呼び出し

アプリケーションがアクセストークンを取得した後、API に必要なアクセススコープが付与されていれば、そのトークンを使用して特定のユーザーアカウントに代わって Google API を呼び出すことができます。これを行うには、access_token クエリパラメータまたは Authorization HTTP ヘッダーの Bearer 値を使用して、API へのリクエストにアクセストークンを含めます。クエリ文字列はサーバーログに表示される傾向があるため、可能であれば HTTP ヘッダーの使用をおすすめします。ほとんどの場合、クライアントライブラリを使用して Google API の呼び出しをセットアップできます（YouTube Data API の呼び出しなど）。

YouTube Data API は、複数の YouTube チャンネル（レコードレーベルや映画会社など）を所有および管理する YouTube コンテンツ所有者のサービスアカウントのみをサポートします。

OAuth 2.0 Playground では、すべての Google API を試して、スコープを確認できます。

HTTP GET の例

Authorization: Bearer HTTP ヘッダーを使用して youtube.channels エンドポイント（YouTube Data API）を呼び出すと、次のようになります。独自のアクセストークンを指定する必要があります。

GET /youtube/v3/channels?part=snippet&mine=true HTTP/1.1
Host: www.googleapis.com
Authorization: Bearer access_token

次に、access_token クエリ文字列パラメータを使用して、認証されたユーザーに対して同じ API を呼び出します。

GET https://www.googleapis.com/youtube/v3/channels?access_token=access_token&part=snippet&mine=true

`curl` の例

これらのコマンドは、curl コマンドラインアプリケーションを使用してテストできます。HTTP ヘッダーオプションを使用する例を次に示します（推奨）。

curl -H "Authorization: Bearer access_token" https://www.googleapis.com/youtube/v3/channels?part=snippet&mine=true

または、クエリ文字列パラメータオプションを次のように指定します。

curl https://www.googleapis.com/youtube/v3/channels?access_token=access_token&part=snippet&mine=true

アクセストークンをリフレッシュする

アクセストークンは定期的に期限切れになり、関連する API リクエストでは無効な認証情報になります。トークンに関連付けられたスコープへのオフラインアクセスをリクエストした場合、ユーザーに権限を求めることなくアクセストークンを更新できます（ユーザーが存在しない場合を含む）。

アクセストークンを更新するには、アプリケーションから Google の承認サーバー（https://oauth2.googleapis.com/token）に、次のパラメータを含む HTTPS POST リクエストを送信します。

フィールド
`client_id`	API Consoleから取得したクライアント ID。
`client_secret`	API Consoleから取得したクライアントシークレット。
`grant_type`	OAuth 2.0 仕様で定義されているように、このフィールドの値は `refresh_token` に設定する必要があります。
`refresh_token`	認証コード交換から返された更新トークン。

次のスニペットはリクエストの例を示したものです。

POST /token HTTP/1.1
Host: oauth2.googleapis.com
Content-Type: application/x-www-form-urlencoded

client_id=your_client_id&
client_secret=your_client_secret&
refresh_token=refresh_token&
grant_type=refresh_token

ユーザーがアプリケーションに付与されたアクセス権を取り消さない限り、トークンサーバーは新しいアクセストークンを含む JSON オブジェクトを返します。次のスニペットは、レスポンスの例を示しています。

{
  "access_token": "1/fFAGRNJru1FTz70BzhT3Zg",
  "expires_in": 3920,
  "scope": "https://www.googleapis.com/auth/drive.metadata.readonly",
  "token_type": "Bearer"
}

発行される更新トークンの数には上限があります。つまり、クライアントとユーザーの組み合わせごとに 1 回、クライアント全体で 1 人のユーザーごとに 1 回という制限があります。更新トークンは長期にわたって保存し、有効な間は使い続ける必要があります。アプリケーションがリクエストする更新トークンが多すぎると、これらの制限に達することがあり、その場合は古い更新トークンが機能しなくなります。

トークンの取り消し

アプリケーションに付与したアクセス権の取り消しを希望する場合もあります。ユーザーは、アカウント設定にアクセスしてアクセス権を取り消すことができます。詳しくは、アカウントにアクセスできるサードパーティのサイトやアプリの、サイトまたはアプリのアクセス権の削除のサポートドキュメントをご覧ください。

また、アプリケーションに付与したアクセス権をプログラムで取り消すこともできます。プログラムによる取り消しは、ユーザーがアプリケーションの登録を解除した場合や、アプリケーションを削除した場合、またはアプリに必要な API リソースが大幅に変更された場合などに重要です。つまり、削除プロセスの一部に API リクエストを含めて、以前にアプリに付与された権限を確実に削除することができます。

プログラムでトークンを取り消すには、アプリケーションは https://oauth2.googleapis.com/revoke にリクエストを行い、トークンをパラメータとして指定します。

curl -d -X -POST --header "Content-type:application/x-www-form-urlencoded" \
        https://oauth2.googleapis.com/revoke?token={token}

トークンにはアクセストークンまたは更新トークンを使用できます。トークンがアクセストークンで、対応する更新トークンがある場合、更新トークンも取り消されます。

取り消しが正常に処理された場合、レスポンスの HTTP ステータスコードは 200 になります。エラー条件の場合、HTTP ステータスコード 400 がエラーコードとともに返されます。

許可されるスコープ

デバイスの OAuth 2.0 フローは、次のスコープでのみサポートされています。

email
openid
profile

Drive API

https://www.googleapis.com/auth/drive.appdata
https://www.googleapis.com/auth/drive.file

YouTube API

https://www.googleapis.com/auth/youtube
https://www.googleapis.com/auth/youtube.readonly

TV および入力機能が限られたデバイス アプリケーション用の OAuth 2.0

前提条件

プロジェクトでAPI を有効にする

承認認証情報を作成する

アクセス スコープを特定する

OAuth 2.0 アクセス トークンの取得

ステップ 1: デバイスとユーザーコードをリクエストする

例

ステップ 2: 認可サーバーのレスポンスを処理する

成功のレスポンス

割り当て超過のレスポンス

ステップ 3: ユーザーコードを表示する

ステップ 4: Google の承認サーバーにポーリングする

例

ステップ 5: ユーザーがアクセス権のリクエストに応答する

ステップ 6: ポーリング リクエストへのレスポンスを処理する

アクセスを許可しました

アクセスが拒否されました

承認保留中

ポーリングの頻度が多すぎる

その他のエラー

Google API の呼び出し

HTTP GET の例

curl の例

アクセス トークンをリフレッシュする

トークンの取り消し

許可されるスコープ

OpenID Connect、Google ログイン

Drive API

YouTube API

TV および入力機能が限られたデバイスアプリケーション用の OAuth 2.0

アクセススコープを特定する

OAuth 2.0 アクセストークンの取得

ステップ 6: ポーリングリクエストへのレスポンスを処理する

`curl` の例

アクセストークンをリフレッシュする