結論：既存のTeams会議へ1人だけ追加し、既存参加者への再通知を避けたい場合は、会議の所有者が新しいOutlookまたはクラシックOutlookで予定を開き、参加者だけを追加して、新しいOutlookでは［送信］、クラシックOutlookでは［更新を送信］から［追加・削除した出席者のみ］を選ぶ方法が最も分かりやすいです。Teamsの会議編集画面では、Microsoftの現行手順は参加者を追加して「Send」と案内しており、通知先を選ぶ操作は示されていません。自動化する場合は、Microsoft Graph v1.0でイベントを取得し、PATCH本文に完全な参加者一覧を含むattendeesプロパティだけを送ります。件名、本文、時刻などを同時に更新すると全員通知や会議情報の破損につながるため、参加者追加と他の変更を分けてください。 最新の画面名や提供条件は更新で変わるため、以下の順番で確認してください。
最初に確認するポイント
| 症状・条件 | 主な原因 | 最初の確認 |
|---|---|---|
| Teamsのカレンダーで参加者を追加しても、送信先を選ぶ画面が出ない | Microsoftの現行Teams手順は「Edit > 参加者を追加 > Send」であり、Outlookのような「追加・削除した参加者のみ」という選択肢を案内していません。 | 自分が会議の所有者で、同じ予定をOutlookのカレンダーから開けるか確認します。 |
| Outlookで参加者を追加すると、全員に送るか追加・削除した人だけに送るか選べる | 新しいOutlookとクラシックOutlookの両方が、会議所有者に更新対象の選択肢を提供しています。 | 参加者以外の件名、本文、時刻、場所を同時に変更していないことを確認し、「Only added/removed attendees」を選びます。 |
| Graph APIで1人追加しただけなのに、既存参加者にも更新が届く | PATCH本文にsubject、body、start、endなどattendees以外のプロパティを含めたか、定期会議のマスターと例外を同時に扱った可能性があります。 | 送信したJSONを確認し、最上位プロパティがattendeesだけになっているか、値には既存参加者を含む完全な最終一覧が入っているか確認します。 |
| オンライン会議のリンクや会議本文が更新後に消えた | オンライン会議のbodyを取得せずに上書きし、Teams会議情報を含むmeeting blobを失った可能性があります。 | 変更前イベントのbodyを確認し、今回の更新が参加者だけならbodyをPATCHへ含めないようにします。 |
| 配布リストのメンバーを外したところ、全参加者へ更新が送られた | Microsoft Graphは、配布リストのメンバーとして指定された参加者を削除する更新では全参加者へ通知すると明記しています。 | 参加者が個別アドレスか配布リスト経由かを確認し、配布リストの展開・削除を伴う操作は小規模なテスト会議で検証します。 |
安全な対処手順
1. 会議の所有者と使用する画面を先に確認する
通知対象を制御できるのは原則として会議の所有者です。会議を開き、自分が主催者か、単発会議か定期会議か、参加者が個人か配布リストかを確認します。1人だけを追加したいなら、件名や本文の修正と同時に行わず、参加者変更だけを独立した操作にします。
- 会議所有者、対象予定、タイムゾーンを確認する
- 単発、定期会議の全体、特定回のどれを変更するか決める
- 追加対象が個人、外部ゲスト、配布リストのどれか確認する
- 本番前に少人数のテスト会議で通知範囲を確認する
注意：定期会議のマスターに個別変更済みの回があると、複数の更新メールが送られることがあります。
2. Outlookで追加・削除した参加者だけに更新を送る
新しいOutlookとクラシックOutlookでは送信ボタンの表示が異なります。新しいOutlookでは［送信］、クラシックOutlookでは［更新を送信］を選び、追加・削除した出席者だけへ送る選択肢を確認します。Microsoftの会議変更の公式手順は、参加者一覧だけを変更した場合にこの選択ができると説明しています。既存参加者には更新メールが届かず、予定表には会議が残ります。
- カレンダーで対象会議をダブルクリックして開く
- ［必須］または［任意］へ新しい参加者を追加する。件名・本文・日時・場所は同時に変えない
- 新しいOutlookは［送信］、クラシックOutlookは［更新を送信］を選ぶ
- ［追加・削除した出席者のみ］に相当する選択肢を選び、追加者に招待が届いたか確認する
注意：件名、本文、時刻、場所なども変更した場合は、既存参加者へ最新情報を知らせる必要があります。通知を避けることより、予定の整合性を優先してください。
「追加した人だけ」の選択肢が出ないとき
- 招待メールやTeams会議リンクではなく、主催者のOutlook予定表から既存の会議を開いているか確認します。
- 参加者一覧以外に件名・本文・時刻・場所を変更していないか確認します。ほかの変更が必要なら、参加者全員へ更新を知らせます。
- 新しいOutlookでは［送信］後、クラシックOutlookでは［更新を送信］後の確認画面を見ます。自分が招待された参加者であれば、主催者へ追加を依頼します。
新しく招待するだけなら会議を作り直す必要はありません。会議リンクの単なる共有は、正式な予定への追加や今後の更新受信と同じではないため、下記のTeamsのみでの操作との違いも確認してください。
3. Teamsだけで追加する場合の挙動を理解する
Teamsでは「Calendar > 対象イベント > More options > Edit」で参加者を追加し、「Send」を選びます。追加された人には招待が届き、Teamsカレンダーへ表示されます。一方、現行のMicrosoftサポート手順には通知先を限定する選択肢が示されていません。既存参加者への再通知を確実に抑えることが要件なら、Teams画面だけで完結させずOutlookを使います。会議中に今すぐ呼びたいだけなら、参加者パネルの「Request to join」は別の用途です。
- 予定へ正式に追加する操作と、会議中に参加を依頼する操作を分ける
- 直接リンク共有では予定表登録や会議チャット権限が同じにならない場合がある
- 外部参加者は組織設定により会議チャットなどの権限が変わる
注意：会議リンクだけをメールで送る回避策は、正式な招待と同等ではありません。予定表への登録、更新追跡、会議チャットへのアクセスを保証しないため、常用しないでください。
4. Microsoft Graphで参加者だけを安全に更新する
自動化ではCalendars.ReadWrite権限を使い、最初にイベントのattendeesをGETします。既存一覧へ新しい参加者を追加した完全な最終一覧を作り、PATCH本文にはattendeesだけを含めます。Microsoft Graph v1.0は、attendeesだけを含む更新では変更された参加者だけへ会議更新を送ると説明しています。配列を新規参加者1人だけにすると、既存参加者を削除する更新として扱われるおそれがあるため、必ず現在値を基にします。
- GETで現在のattendeesとイベントIDを取得する
- メールアドレスを正規化し、重複を除外する
- 既存参加者を残した完全な一覧へ新規参加者を追加する
- PATCH後に200 OKと返却されたイベントを確認する
GET https://graph.microsoft.com/v1.0/me/events/{event-id}?$select=attendees
Authorization: Bearer {access-token}PATCH https://graph.microsoft.com/v1.0/me/events/{event-id}
Authorization: Bearer {access-token}
Content-Type: application/json
{
"attendees": [
{"emailAddress": {"address": "[email protected]", "name": "Existing User"}, "type": "required"},
{"emailAddress": {"address": "[email protected]", "name": "New User"}, "type": "required"}
]
}注意：PATCHへbodyを含める場合は、先に現在のbodyを取得してTeams会議情報を保持しなければ、オンライン会議が無効になる可能性があります。参加者追加だけならbodyを送らないでください。
5. 送信後に通知範囲と予定の整合性を確認する
追加した参加者に招待が届き、予定表へTeams会議として表示されることを確認します。既存参加者には不要な更新が届いていないか、テスト用の既存参加者アカウントで確認します。Graph自動化ではイベントID、変更前後の参加者数、HTTP応答、実行時刻だけを監査ログへ残し、アクセストークンや会議本文は記録しません。
- 追加参加者の招待、予定表、参加リンクを確認する
- 既存参加者への更新メール有無をテストする
- 定期会議では対象回とシリーズ全体が意図どおりか確認する
- 失敗時に同じPATCHを無条件で再送しない
注意：再試行処理に冪等性がないと、同じ参加者の重複や不要な更新送信が起こります。現在の参加者一覧を再取得してから再実行してください。
よくある質問
Teamsアプリだけで新しい参加者だけに通知できますか？
Teamsの現行サポート手順は、参加者を追加してSendを選ぶ流れで、通知先を限定する選択肢を示していません。既存参加者への再通知を抑えることが必須なら、会議所有者がOutlookで「Only added/removed attendees」を選ぶ方法が分かりやすいです。
会議リンクを新しい人へ直接送れば十分ですか？
今すぐ参加してもらうだけなら役立つ場合がありますが、正式な招待の代わりにはなりません。予定表への登録、変更通知、出欠追跡、会議チャットへのアクセスが同じにならない可能性があるため、継続参加者は会議の参加者一覧へ正式に追加してください。
Graph APIのattendeesには新しい参加者だけを入れればよいですか？
いいえ。attendeesプロパティの値には、変更後に残す既存参加者と新しい参加者を含む完全な一覧を入れます。ただしPATCH本文の最上位プロパティはattendeesだけにします。現在の一覧をGETせずに新しい人だけを送ると、既存参加者を削除する更新になるおそれがあります。
公式情報
画面や仕様が異なる場合は、利用中の製品・契約・管理ポリシーを確認したうえで公式情報を参照してください。
- Microsoft Support: Teams会議へ参加者を招待する
- Microsoft Support: Outlookで既存会議へ参加者を追加する
- Microsoft Graph v1.0: eventの更新と参加者通知の仕様
まとめ
既存のTeams会議へ参加者を後から追加する場合は、主催者のOutlook予定表で参加者一覧だけを変更します。新しいOutlookの［送信］、クラシックOutlookの［更新を送信］から追加・削除した出席者だけを選べば、既存参加者の予定を残して招待を追加できます。時刻や本文の変更は全員へ知らせ、Graphでは既存一覧を保持してattendeesだけを更新してください。
コメント