一方向同期と双方向同期:どちらを使うべきか
接続ごとに同期の方向を選ぶための判断ガイドと、対象のカレンダー群に実際どれだけの接続が必要かの求め方。
一方向同期は、ソースカレンダーからデスティネーションカレンダーへイベントをコピーします。デスティネーション側にはソース側の予定が反映されますが、その逆は起こりません。双方向同期は両方向にコピーするため、それぞれのカレンダーがもう一方の予定を把握できます。2 つのカレンダーの相手(見る人)が異なり、片方の時間だけを確保できればよい場合は一方向を、どちらも自分のカレンダーで、どちらにも予約が入りうる場合は双方向を選びましょう。
目安:「どちらのカレンダーに他の人がミーティングを入れる可能性があるか」を考えてください。答えが「片方だけ」なら一方向で十分です。「どちらにも」なら双方向が必要です。
違いを 1 つの表で
| 一方向同期 | 双方向同期 | |
|---|---|---|
| 方向 | ソース → デスティネーションのみ | 両方向 |
| 重複予約を防げる対象 | デスティネーションカレンダーのみ | 両方のカレンダー |
| 使用する接続数 | 1 つ | 2 つ(方向ごとに 1 つ) |
| 代表的な用途 | プライベートの予定で仕事用カレンダーの時間を確保する | 2 つの仕事や取引先にまたがる 2 つの業務用カレンダー |
| 選択を誤ったときのリスク | 同期していない側での重複予約 | 機能上の問題はなし。接続を 1 つ余分に使う |
重要な非対称性は最後の行にあります。一方向で足りるのに双方向を選ぶと、接続の枠を 1 つ余計に消費するだけです。しかし双方向が必要なのに一方向を選ぶと、重複予約が発生し、しかも誰かが予定の上に予約を入れるまで気づけません。
一方向同期が適している場合
一方向は、2 つのカレンダーの役割が本当に異なるときに適しています。典型例は、プライベートのカレンダーで仕事用カレンダーの時間を押さえるケースです。同僚には金曜の午前が空いていないと分かればよく、仕事用カレンダーの内容をプライベート側に表示する必要はありません。プライベートから仕事へ 1 接続、これで完了です。
自分が管理していないカレンダー、たとえばパートナーの共有カレンダー、チームのリソースカレンダー、読み取り専用のフィードなどにも一方向が正解です。何も書き戻さずに空き状況だけを取り込めます。これは望ましいというだけでなく、多くの場合は唯一の選択肢でもあります。
一方向はプライバシー設定とも相性が良好です。最も情報を隠す必要がある方向は、たいてい他の人に見える側へ向かう方向だからです。フィールドごとの設定方法はイベントの詳細を共有せずにカレンダーを同期するをご覧ください。
双方向同期が必要な場合
どちらのカレンダーにも予約が入りうるなら、その時点で双方向が必要です。2 つの仕事を持つ人、複数の取引先テナントをまたいで働くコンサルタント、あるいは片方のカレンダーで予約リンクを運用しつつ、同僚がもう一方に直接予定を入れる人。いずれの場合も、競合はどちら側からでも発生しうるため、各カレンダーがもう一方を把握している必要があります。
判断基準はカレンダーの重要度ではなく、イベントがどこで作成されるかです。コピーを受け取るだけのカレンダーは、送る必要がありません。誰でも予約できるカレンダーは、送受信の両方が必要です。
カレンダー A と B の双方向同期は、A→B と B→A という 2 つの接続として実装され、それぞれに独自のプライバシー設定があります。だからこそ、一方向にはタイトルをそのままコピーし、もう一方向には「予定あり」ブロックだけをコピーする、といった使い分けができます。
3 つ以上のカレンダーには接続がいくつ必要か
複数のカレンダーを全方向で同期すると、カレンダーごとではなく、カレンダーのペアごとに 1 つの接続が作られます。3 つのカレンダーを全方向で同期すると 3 ペア、4 つなら 6 ペア、5 つなら 10 ペアです。多くの人の予想より速く増えていくため、3 つ目のカレンダーは安く感じられても、5 つ目はそうではなくなります。
| 全方向で同期するカレンダー数 | 作成される同期接続数 |
|---|---|
| 2 | 1 |
| 3 | 3 |
| 4 | 6 |
| 5 | 10 |
| 6 | 15 |
CalendarBridge では、相互に同期したいカレンダーを選ぶだけで、必要な接続が自動的に作成されます。3〜4 つのカレンダーを選ぶには Premium アカウント、5〜6 つには Pro が必要です。操作の流れは多方向同期の設定ガイドで、組織プランでの数え方はユーザーシート vs. マネージド同期の記事で解説しています。
ハブ型パターン:接続は少なく、保護は同じ
すべてのカレンダーが他のすべてを把握している必要は、めったにありません。「重複予約が入らないようにする」ことだけが目的なら、実際に自分が見ていて予約リンクの参照先にもなっているカレンダーを 1 つハブに決め、他のすべてのカレンダーをそのハブとだけ双方向で同期しましょう。
4 つのカレンダーを全方向で同期すると 6 接続ですが、ハブ型なら双方向のペアが 3 つで済みます。ハブがすべての予定を把握しているため、ハブを参照する予約リンクや「空き時間の検索」で重複予約が起きることはありません。失われるのはスポーク同士が互いを認識しないことだけで、スポークに直接ミーティングを入れる人はいないので、通常は問題になりません。
ハブは意識的に選ぶ:予約リンクが参照するカレンダーであり、スマートフォンで確認するカレンダーであるべきです。ここを間違えることが、設定自体は正しいのに競合が発生し続ける最も多い原因です。
複数のカレンダーを同期するのに最適なカレンダーアプリは?
プロバイダーをまたいで正しく同期できるカレンダーアプリは存在しません。制約はアプリ側にはないからです。原因は、Google、Microsoft、Apple が互いのカレンダーへリアルタイムに書き込まないことにあります。Outlook に Google アカウントを追加したり、Apple カレンダーに Exchange アカウントを追加したりすると、その 1 台の端末で統合された表示は得られますが、他の場所であなたの空き状況が正しくなるわけではありません。
この違いは、空き時間の照会で最も重要になります。統合表示があっても、同僚の Scheduling Assistant があなたの予定が埋まっている枠を提示するのは止められません。相手の照会先はあなたの画面ではなくサーバーだからです。全員に対して時間を押さえられるのは、デスティネーションカレンダー上の実際のイベントコピーだけです。これが共有と同期の違いです。
よくある間違い
とりあえず何でも双方向にしてしまう。動作はしますが、他で使いたい接続を消費し、本来必要のないカレンダーにまでコピーを送り込むことになります。
予約がどちらから来るかを忘れている。仕事からプライベートへの一方向同期では、仕事側は何も守られません。同僚による重複予約を防ぐのは、プライベートから仕事への方向です。
両方向に同じプライバシー設定を使う。2 つの方向は通常、見る相手が異なるため、設定も異なるのが普通です。左右対称の設定は、プライバシーの設定手順が飛ばされたサインです。
同期ウィンドウを無視している。接続が対象とするのは移動する期間で、既定では過去 30 日・未来 365 日です。その範囲外のイベントはコピーされません。これは遠い将来の予定が保護されていないように見える、よくある原因です。
よくある質問
後から一方向同期を双方向に変更できますか?
できます。逆方向に動く 2 つ目の接続を追加してください。既存の接続はそのまま動き続けます。元の接続を削除して作り直す必要はありません。
Outlook と Google Calendar を双方向同期するには?
Outlook から Google、Google から Outlook という 2 つの接続を作成し、それぞれに個別のプライバシー設定を行います。双方向同期には両方に実際のイベントを書き込む必要があり、どちらのプロバイダーも標準機能ではこれを行えないため、サードパーティの同期が必要になります。
双方向同期でコピーが無限に増える恐れはありませんか?
ありません。イベントコピーには内部 ID が付いており、別のコピーのソースとして使われることは決してないため、カレンダー B 上のコピーが新しいイベントとしてカレンダー A に同期されることはありません。
両方向で同じプライバシー設定にする必要がありますか?
いいえ。むしろ通常は同じにすべきではありません。各方向がそれぞれ独自のフィールド切り替えを持つ別々の接続なので、一方向にはタイトルをそのままコピーし、もう一方向には「予定あり」ブロックだけをコピーできます。
3 つのカレンダーには接続がいくつ必要ですか?
すべてを相互に同期したい場合は 3 つで、各ペアに 1 つずつです。2 つのカレンダーがそれぞれ 3 つ目と双方向で同期するハブ型パターンなら一方向の接続が 4 つ必要ですが、2 つのスポークは互いを認識しません。
お使いのカレンダーに合った同期構成を作りましょう
CalendarBridge は Google、Microsoft、iCloud、CalDAV のカレンダーをリアルタイムに同期します。一方向でも多方向でも、すべての接続にプライバシー設定を適用できます。
無料トライアルを開始