カレンダーと予定のデータを他のユーザーと共有するには、次の 2 つの方法があります。
まず、指定したアクセスレベルでカレンダー全体を共有します。 たとえば、チーム カレンダーを作成し、次のような作業を行うことができます。
- チームメンバー全員がカレンダーで予定の追加や変更を行えるようにする
- 上司にカレンダーの予定を表示する権限を付与する
- 予定の詳細ではなく、空き時間情報のみを表示する権限を顧客に付与します
共有カレンダー上の個々の予定へのアクセスを調整することもできます。
カレンダー上の個々の予定に他のユーザーを招待することもできます。 予定に誰かを招待すると、その予定のコピーがカレンダーに追加されます。 招待されたユーザーは、招待を承諾または辞退できます。また、予定のコピーもある程度変更できます（たとえば、カレンダーの色を変更する、リマインダーを追加するなど）。
カレンダーの共有
カレンダーのオーナーは、他のユーザーにアクセス権を付与することで、そのカレンダーを共有できます。特定のカレンダーの共有設定は、そのカレンダーの ACL コレクション（アクセス制御リスト）で表されます。ACL コレクション内の各リソースは、指定した権限付与者に特定のアクセスロールを付与します。これは、次の表に示すアクセスロールの一つです。
| ロール | ロールによって付与されたアクセス権限 |
|---|---|
none |
アクセスはできません。 |
freeBusyReader |
特定の日時にカレンダーに予定の有無が表示されますが、予定の詳細にはアクセスできません。空き時間情報は freeBusy.query オペレーションで取得できます。 |
reader |
カレンダーで予定を読み取ります。 |
writer |
譲受人のカレンダーでの予定の読み取りと書き込みを許可します。 |
owner |
カレンダーの所有権を提供します。このロールにはライターロールのすべての権限に加え、ACL を表示および操作する権限もあります。 |
譲受人には次のものがあります。
- 別のユーザー
- ユーザー グループ
- ドメイン
- public（すべてのユーザーにアクセス権を付与）
デフォルトでは、各ユーザーにメイン カレンダーに対するオーナー アクセス権が付与されており、このアクセス権を譲渡することはできません。カレンダーごとに最大 6,000 件の ACL を追加できます。
Google Workspace ユーザーの場合は、許可される最大アクセス数を制限するドメイン設定もあります。たとえば、ドメインに予定のないカレンダーの共有のみを許可する設定があるとします。この場合、作成者に一般公開のアクセス権を付与しても、ドメイン外のユーザーには空き時間情報のみが表示されます。
アクティビティの公開設定
カレンダーを共有した後、予定の公開設定プロパティを変更することで、カレンダー上の個々の予定へのアクセスを調整できます。このプロパティは共有されていないカレンダーには適用されません。次の表に、表示プロパティに使用可能な値を示します。
| 公開設定 | 意味 |
|---|---|
default |
予定の公開設定はカレンダーの ACL によって決まります。 |
public |
この予定の詳細は、カレンダーへの freeBusyReader 以上のアクセス権を持つすべてのユーザーに表示されます。 |
private |
この予定の詳細は、カレンダーに対して少なくとも writer のアクセス権を持つユーザーにのみ表示されます。 |
参加者をイベントに招待する
他のユーザー（またはグループ カレンダーとリソース）を参加者として追加すると、そのユーザーと予定を共有できます。これにより、参加者に招待メールが送信され、その予定が自分のカレンダーに配置されます。
共有イベントのプロパティ
予定が作成されるカレンダーは主催者のカレンダーです。このカレンダーは、共有イベント情報（ID、開始時間、終了時間、概要、説明など）のオーナーです。主催者のカレンダーでこの情報が更新されると、変更内容が参加者のコピーに反映されます。
プライベート イベントのプロパティ
すべてのイベントのコピー間ですべての情報が共有されるわけではありません。リマインダー、colorId、transparency、extendedProperties.private プロパティなど、一部のプロパティは非公開です。これらのプロパティは、主催者のカレンダーではなく、参加者の設定によって管理されます。
参加者は、イベントの共有プロパティを変更することもできます。ただし、これらの変更は自分のコピーにのみ反映されます。主催者が変更を行うと、失われる可能性があります。
参加者から主催者に返されるイベントの変更は、参加者の応答ステータスのみです。これは、attendees [ .responseStatus] プロパティに保存されます。
イベントの伝播
次の図は、これらの仕組みを示しています。まず、Jack がメインのカレンダーで予定を作成します（そのため、主催者のコピーのオーナーになります）。次に、スーザンとチェロのレッスングループの予備カレンダーを招待します。参加者のコピーが招待カレンダーに作成されます。Susan が応答すると、変更が主催者に反映され、Susan の回答で主催者のコピーが更新されます。主催者の予定のコピーのコピーはその後、他のすべての参加者にも反映されます。
