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