이 페이지에서는 개발자가 제어된 콘텐츠에 대한 액세스 권한을 공유할 때 따라야 하는 권장사항을 설명합니다. 권한 업데이트는 공동작업 활동이 시작되기 전 또는 진행 중일 때 할 수 있습니다.
사용자에게 가장 적은 불편이나 방해를 주는 메서드를 구현하는 것이 좋습니다. 개발자는 앱의 액세스 제어 모델 및 보안 요구사항의 제약 조건과 사용자에게 미치는 영향 간에 균형을 유지해야 합니다.
다음은 공동작업 활동에 대한 액세스 권한을 제공하는 몇 가지 방법입니다.
임시 액세스 토큰 부여 (권장)
임시 (만료되는) 액세스 토큰은 지정된 기간 동안 유효한 사용자의 액세스 및 보안 사용자 인증 정보를 제공합니다. 자세한 내용은 임시 액세스 구성을 참고하세요.
이 접근 방식은 사용자에게 가장 적은 불편을 줍니다. 링크와 임시 액세스 토큰이 있는 모든 사용자가 콘텐츠에 액세스할 수 있습니다. 사용자는 이니시에이터가 활동을 시작하면 생성되는 토큰에 지정된 시간 동안만 액세스할 수 있습니다.
활동 시작 상태를 사용하여 토큰을 공유할 수 있습니다. 이 토큰은 일시적인 콘텐츠 액세스를 위해 사용할 수 있습니다. 임시 액세스 토큰은 콘텐츠가 생성된 시간과 무관합니다. 이 접근 방식은 신규 콘텐츠와 기존 콘텐츠 모두에 적용됩니다.
다음 표에는 이 접근 방식을 사용할 때의 장점과 단점이 나와 있습니다.
| 장점 | 단점 |
|---|---|
| 사용자에게 최소한의 불편을 끼칩니다. | 콘텐츠를 과도하게 공유할 위험 |
| 활동이 시작된 후에 사용자가 참여할 수 있도록 허용 | |
| 사전에 참여자 지식이 필요하지 않음 |
활동 시작 전 공유
Meet 부가기능을 설계하여 활동을 시작하는 사용자에게 시작하기 전에 권한을 업데이트하라는 메시지를 표시하는 것도 방법입니다.
다음 표에는 이 접근 방식을 사용할 때의 장점과 단점이 나와 있습니다.
| 장점 | 단점 |
|---|---|
| 명시적 공유는 위험을 최소화합니다. | 참여자를 결정하는 것은 쉽지 않을 수 있습니다. |
| 사용자가 참여할 때 액세스 권한을 승인하는 데 중간 정도의 불편함 또는 중단이 발생함 |
주문형 공유
이는 사용자가 콘텐츠에 대한 액세스를 요청할 때 활동 시작자가 실시간으로 요청을 승인하는 반응형 접근 방식입니다. 이 방법은 참여자가 올바르게 결정되지 않으면 사용자 불편을 야기할 수 있습니다. 따라서 가장 권장되지 않는 방법입니다.
다음 표에는 이 접근 방식을 사용할 때의 장점과 단점이 나와 있습니다.
| 장점 | 단점 |
|---|---|
| 사전에 참여자 지식이 필요하지 않음 | 불편을 야기하고 회의의 흐름을 방해함 |
| 명시적 공유는 위험을 최소화합니다. | 활동이 시작된 후 콘텐츠 권한을 업데이트할 경로가 필요함 |