アクセスを制限する状況について考えてみましょう。これは、管理者ユーザーのリストに対するデータベース検索により行えます。クレームを使用すると、同じ目的をより効率的に達成できます。クレームは、ユーザーの認証トークンを使用してアクセスできます。書き込みアクセス権限があります。トークンにはすでにこのようなアサーションが含まれているため、管理者権限を確認するための追加の処理や検索は不要です。クレームを配信するための信頼できる配信メカニズムです。トークンを検証する必要があります。クレームとカスタム認証は関連していますが、混同しないでください。拡張する場合に使用されます。クレームは、サポートされているプロバイダ(メールとパスワード、Google、Facebook、スマートフォンなど)ですでにログインしているユーザーに対して適用されます。クレームを使用してアクセス制御を定義できます。両方から得られるものです。よって特権サーバー環境からのみ設定される必要があります。クレームが上書きされます。クレームは常に上書きされます。予約名を含めないでください。バイト以下でなければなりません。とアクセスレベルを確認できます。クレームも確認できます。オブジェクトのプロパティとして取得できます。トークンによってクライアント側の認証済みユーザーに伝播されます。クレームの変更後に、ユーザーがログインまたは再認証する。トークンには最新のクレームが含まれる。トークンが更新される。トークンが強制的に更新される。トークンでのみ取得できます。クレームへのアクセスが必要となります。トークンによって適用される必要があります。クレームはトークンの外部では信頼できないため、バックエンドに直接送信しないでください。トークンを取得することによりクレームを取得できます。クレームは、アクセス制御を提供するためだけに使用されます。追加のデータ(プロファイルやその他のカスタムデータなど)を格納するようには設計されていません。追加のデータを格納するための便利なメカニズムに見えますが、このような目的で使用することは推奨されません。トークンが常に含まれていることが原因で、パフォーマンスの問題を引き起こす可能性があるからです。アクセス制御のためのデータを格納する目的でのみ使用します。その他のサーバー側ストレージに個別に格納する必要があります。クレームのサイズは制限されています。クレームのペイロードを渡すと、エラーがスローされます。クレームを以下の例に示します。クレームをそのユーザーに設定します。クレームを追加できます。クレームを即時に伝播できます。トリガーを使用してログインする場合にのみ呼び出されます。クレームは、すべての既存のセッションおよび今後のセッションに伝播されます。クレームが含まれています。ノード(metadata/($uid))が追加されます。クレームを設定します。}});既存のユーザーのアクセスレベルをアップグレードするときには、同じフローを使用できます。無料ユーザーから有料サブスクリプションにアップグレードする例で説明します。サーバーに送信されます。よりユーザーは有料サブスクライバーとして設定されます。レスポンスがクライアントに返され、トークンが強制的に更新されます。クレームを更新するために繰り返しスクリプト(クライアントから開始されないスクリプト)を実行するように設定できます。より段階的に変更することもできます。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。