このページでは、デベロッパーが管理対象コンテンツへのアクセス権を共有する際に遵守すべきベスト プラクティスについて説明します。権限の更新は、共同作業を開始する前または進行中に行うことができます。
ユーザーのストレスや中断を最小限に抑える方法を実装することを強くおすすめします。デベロッパーは、アプリのアクセス制御モデルの制約とセキュリティ要件、ユーザーの中断のバランスを維持する必要があります。
共同作業へのアクセス権を付与する方法はいくつかあります。
一時アクセス トークンを付与する(推奨)
一時(有効期限付き)アクセス トークンは、指定された期間内に有効なユーザーのアクセスとセキュリティ認証情報を提供します。詳細については、 一時的なアクセスを構成するをご覧ください。
この方法では、ユーザーのストレスを最小限に抑えることができます。リンクと一時アクセス トークンがあれば、誰でもコンテンツにアクセスできます。ユーザーは、開始者がアクティビティを開始したときに生成されるトークンで指定された期間のみアクセスできます。
トークンは、アクティビティの開始 状態を使用して共有できます。トークンは、一時的なコンテンツ アクセスと引き換えることができます。一時アクセス トークンは、コンテンツの作成時刻とは無関係です。この方法は、新規コンテンツと既存のコンテンツの両方で機能します。
次の表に、この方法を使用するメリットとデメリットを示します。
| メリット | デメリット |
|---|---|
| ユーザーのストレスを最小限に抑える | コンテンツを過剰に共有するリスクがある |
| アクティビティの開始後にユーザーが参加できる | |
| 参加者を事前に把握する必要がない |
アクティビティを開始する前に共有する
別の方法として、アクティビティを開始するユーザーに開始前に権限を更新するよう求める Meet アドオンを設計することもできます。
次の表に、この方法を使用するメリットとデメリットを示します。
| メリット | デメリット |
|---|---|
| 明示的な共有によりリスクを最小限に抑える | 参加者を特定するのが難しい場合がある |
| ユーザーが参加するたびにアクセスを承認する必要があるため、ストレスや中断が発生する可能性がある |
オンデマンドで共有する
これは、ユーザーがコンテンツへのアクセスをリクエストすると、アクティビティの開始者がリクエストをリアルタイムで承認するリアクティブなアプローチです。参加者が正しく特定されない場合、この方法ではユーザーのストレスが大きくなる可能性があります。そのため、この方法はおすすめしません。
次の表に、この方法を使用するメリットとデメリットを示します。
| メリット | デメリット |
|---|---|
| 参加者を事前に把握する必要がない | ストレスが大きくなり、会議の流れが中断される |
| 明示的な共有によりリスクを最小限に抑える | アクティビティの開始後にコンテンツの権限を更新するパスが必要になる |