공유 및 참석자

캘린더 및 일정 데이터를 다른 사용자와 공유하는 방법은 두 가지가 있습니다.

먼저 전체 캘린더를 지정된 액세스 수준으로 공유할 수 있습니다. 예를 들어 팀 캘린더를 만든 후 다음 작업을 할 수 있습니다.

  • 모든 팀원에게 캘린더에 일정을 추가하고 수정할 수 있는 권한을 부여합니다.
  • 상사에게 캘린더의 일정을 볼 수 있는 권한을 부여하세요.
  • 고객이 한가함/바쁨 정보만 볼 수 있는 권한을 부여하고 이벤트 세부정보를 제공하지 않음

공유 캘린더에서 개별 일정에 대한 액세스 권한을 조정할 수도 있습니다.

또는 캘린더에서 개별 일정에 다른 사람을 초대할 수 있습니다. 일정에 다른 사람을 초대하면 캘린더에 해당 일정 사본이 저장됩니다. 그러면 초대 대상자는 초대를 수락하거나 거부할 수 있으며 일정 부분의 일정 사본도 수정할 수 있습니다. 예를 들어 캘린더에서 캘린더의 색상을 변경하고 알림을 추가할 수 있습니다.

캘린더 공유

캘린더 소유자는 다른 사용자에게 액세스 권한을 부여하여 캘린더를 공유할 수 있습니다. 특정 캘린더의 공유 설정은 해당 캘린더의 ACL 컬렉션(액세스 제어 목록)으로 표시됩니다. ACL 컬렉션의 각 리소스는 지정된 권한 부여에게 특정 액세스 역할(다음 표에 나열된 권한 중 하나)을 부여합니다.

역할 역할에서 부여한 액세스 권한
none 액세스를 제공하지 않습니다.
freeBusyReader 캘린더는 특정 시간에 한가함/바쁨 여부를 알 수 있지만 일정 세부정보에 대한 액세스는 허용하지 않습니다. 한가함/바쁨 정보는 freeBusy.query 작업을 사용하여 검색할 수 있습니다.
reader 권한을 부여받은 사용자가 캘린더의 일정을 읽을 수 있게 합니다.
writer 권한을 부여받은 사용자가 캘린더에서 일정을 읽고 쓸 수 있도록 허용합니다.
owner 캘린더 소유권을 제공합니다. 이 역할에 작성자 역할의 모든 권한이 부여되며 ACL을 확인하고 조작하는 추가 기능도 제공됩니다.

가능한 수혜자는 다음과 같습니다.

  • 다른 개별 사용자
  • 사용자 그룹
  • 도메인
  • public (모든 사용자에게 액세스 권한 부여)

기본적으로 각 사용자는 기본 캘린더에 대한 소유자 액세스 권한을 가지며, 액세스 권한을 취소할 수 없습니다. 캘린더당 최대 6,000개의 ACL을 추가할 수 있습니다.

Google Workspace 사용자의 경우 허용되는 최대 액세스를 제한할 수 있는 도메인 설정도 있습니다. 예를 들어 도메인에 한가함/바쁨 캘린더 공유만 허용하는 설정이 있다고 가정해 보겠습니다. 이 경우 작성자에게 공개 액세스 권한을 부여하더라도 도메인 외부의 사용자에게는 한가함-바쁨 세부정보만 표시됩니다.

일정 공개 상태

캘린더가 공유되면 이벤트의 공개 상태 속성을 변경하여 캘린더의 개별 일정에 대한 액세스를 조정할 수 있습니다. 이 속성은 공유되지 않은 캘린더에 의미가 없습니다. 다음 표에는 공개 상태 속성의 가능한 값이 나와 있습니다.

노출 의미
default 일정의 공개 여부는 캘린더의 ACL에 따라 결정됩니다.
public 이 일정의 세부정보는 캘린더에 대해 freeBusyReader 이상 액세스 권한이 있는 모든 사용자에게 표시됩니다.
private 이 일정의 세부정보는 캘린더에 대한 writer 이상의 액세스 권한이 있는 사용자에게만 표시됩니다.

일정에 참석자 초대하기

다른 사용자 (또는 그룹 캘린더, 리소스)를 참석자로 추가하여 일정을 공유할 수 있습니다. 그러면 참석자에게 초대 이메일이 전송되고 일정이 캘린더에 저장됩니다.

공유 이벤트 속성

일정이 생성된 캘린더가 주최자 캘린더입니다. 이 캘린더는 공유된 이벤트 정보 (ID, 시작 및 종료 시간, 요약, 설명 등)를 소유합니다. 주최자 캘린더에서 이 정보가 업데이트되면 변경사항이 참석자 사본에 전달됩니다.

비공개 이벤트 속성

모든 이벤트 사본 간에 모든 정보가 공유되는 것은 아닙니다. 알림, colorId, 투명도 또는 extendedProperties.private 속성과 같은 일부 속성은 비공개입니다. 이러한 속성은 주최자 캘린더가 아닌 참석자의 설정으로 제어됩니다.

참석자는 이벤트의 공유 속성을 변경할 수도 있습니다. 그러나 이러한 변경사항은 자신의 사본에만 반영되며 주최자가 변경하면 손실될 수 있습니다.

참석자에서 주최자로 다시 전파되는 유일한 이벤트 변경사항은 응답자[ ].responseStatus 속성에 저장된 참석자의 응답 상태입니다.

이벤트 전파

다음 다이어그램은 작동 방식을 설명합니다. 처음에는 Jack이 기본 캘린더에 일정을 만들어 주최자 사본을 소유합니다. 그런 다음 수잔과 첼로 강의 그룹 보조 캘린더를 초대합니다. 참석자의 사본은 초대 캘린더에 생성됩니다. 그런 다음 수진이 응답하고 변경사항이 주최자에게 다시 전파되어 주최자의 사본이 수잔의 응답에 업데이트됩니다. 그러면 주최자의 이벤트 사본에 대한 변경사항이 다른 모든 참석자에게 적용됩니다.

이벤트/참석자 동적학을 보여주는 다이어그램