Exchange Onlineで、既存の会議や繰り返し会議の開催者をPowerShellから変更できる新コマンドレット、Invoke-ChangeMeetingOrganizerのロールアウトが始まりました。2026年7月7日時点で、Microsoft 365 Roadmap ID 554937のステータスは「In development」から「Rolling out」へ移行しています。
この機能が特に役立つのは、会議の開催者が退職・異動・長期休暇に入る場面です。これまでのように長期の定例会議を終了して作り直すのではなく、Exchange Online上の開催者を別のユーザーへ引き継げます。
ただし、Exchange Onlineの会議開催者を変更しても、関連するTeamsオンライン会議の開催者は自動変更されません。また、外部参加者やハイブリッド環境のオンプレミス参加者には、新しい招待への再回答が必要です。単にコマンドを実行するだけではなく、Teams会議情報や添付ファイル、参加者への案内まで含めた運用設計が必要です。(マイクロソフト)
2026年7月7日の更新で何が変わったのか
2026年7月7日時点の重要な変化は、機能が「開発中」ではなく、対象テナントへの段階的な展開中になったことです。
あわせて、Microsoft LearnでInvoke-ChangeMeetingOrganizerの公開ドキュメントが案内されるようになりました。これにより、構文や制限事項、外部参加者への影響などを確認したうえで、実際の検証を始められる段階になっています。
| 確認項目 | 2026年7月7日時点の状況 | 管理者が理解すべきこと |
|---|---|---|
| Roadmapのステータス | Rolling out | すべてのテナントで利用可能になったわけではない |
| WorldwideおよびGCC | 2026年6月下旬に開始、7月中の完了予定 | 一般的な商用テナントでも順次展開 |
| GCC HighおよびDoD | 2026年7月に開始、8月中の完了予定 | 政府クラウドは完了時期が遅い |
| 管理方法 | Exchange Online PowerShell | OutlookやTeamsの一般ユーザー向けボタンではない |
| 有効化設定 | 原則として自動提供 | 会議の移管処理自体は管理者が実行する |
| 公開ドキュメント | Microsoft Learnで公開 | 実行前に制限事項を確認できる |
なお、ロールアウト時期は当初より後ろ倒しされています。WorldwideとGCCは「2026年5月中旬開始、6月下旬完了」から「6月下旬開始、7月完了」へ、GCC HighとDoDは「5月中旬開始、7月下旬完了」から「7月開始、8月完了」へ変更されました。
このスケジュール変更自体は先行する更新で告知されており、7月7日時点の実質的な意味は、修正後のスケジュールに沿ってロールアウトが始まったことにあります。Microsoft 365 Roadmapの提供日は予定であり、今後も変更される可能性があります。(Microsoft 365 Message Center Archive)
Invoke-ChangeMeetingOrganizerでできること
Invoke-ChangeMeetingOrganizerは、Exchange Onlineの既存会議または会議シリーズについて、現在の開催者から新しい開催者へ管理権限を移すコマンドレットです。
開催者の変更後、新しい開催者はExchangeカレンダー上で次の情報を管理できます。
- 会議日時
- 繰り返し設定
- 出席者
- 件名や説明
- 今後の会議インスタンス
会議は件名またはEvent IDで指定できます。件名が同じ会議が複数見つかった場合は候補が返されるため、対象のEvent IDを確認して再実行します。
過去の会議まで新しい開催者へ移るわけではない
開催者の変更は、原則として次回以降の会議インスタンスに適用されます。TransferSeriesStartDateパラメーターを使えば、将来の日付を適用開始日に指定できます。
適用開始日より前の会議は、元の開催者の予定表に残ります。つまり、「会議シリーズの継続性を保つ」機能ではありますが、過去の会議履歴をすべて新しい開催者の予定表へ移行する機能ではありません。
また、元の開催者は、移管後の会議に出席者として自動追加されません。引き続き参加させる場合は、新しい開催者からあらためて招待する必要があります。(Microsoft Learn)
社内参加者と外部参加者では動作が異なる
開催者変更時の影響は、参加者のメールボックスがどこにあるかによって変わります。
| 参加者の種類 | 予定表の更新 | 再回答 | 注意点 |
|---|---|---|---|
| 同一Exchange Online組織内 | 開催者情報が自動更新される | 不要 | リマインダー、カテゴリ、予定あり／なし、プライベート設定などは維持される |
| 組織外の参加者 | 旧シリーズの終了通知と新シリーズの招待を受信 | 必要 | ローカルのカスタマイズは作り直しが必要 |
| ハイブリッド環境のオンプレミス参加者 | 外部参加者に近い動作 | 必要 | 同じ会社のユーザーでも自動更新の対象外になる場合がある |
外部参加者には、旧開催者からシリーズを終了するメッセージが届き、その後、新しい開催者から新シリーズの招待が届きます。
開催時刻を個別変更した回など、繰り返し会議に例外がある場合は、キャンセルや招待のメッセージ数が増える可能性があります。多数の外部参加者がいる定例会議では、実行前に変更予定日と再回答の必要性を案内しておくのが安全です。(Microsoft Learn)
対象ユーザーと対応要否の判断基準
この機能を実際に操作するのはExchange Onlineの管理者です。ただし、運用ルールの整備には、ヘルプデスク、Microsoft 365運用担当者、人事、退職処理の担当者も関係します。
| 利用シーン | 対応優先度 | 判断理由 |
|---|---|---|
| 退職者が長期の定例会議を開催している | 高 | アカウント削除前に会議を引き継ぐ必要がある |
| 異動者が部門会議や全社会議を管理している | 高 | 新しい責任者が日程や参加者を管理できるようになる |
| 長期休暇中の開催者から一時的に引き継ぎたい | 中～高 | 休暇中の変更やキャンセルに対応しやすい |
| 外部参加者が多い会議 | 高 | 再回答と複数通知への事前案内が必要 |
| Teams会議として開催している | 高 | Teams側の開催者が自動変更されない |
| 社内だけの単発会議 | 低 | 作り直したほうが早い場合もある |
| グループメールボックスや共有メールボックスの会議 | 対象外 | このコマンドレットでは移管できない |
| OutlookやTeamsから利用者本人が変更したい | 現時点では対象外 | ユーザー操作による移管は将来提供予定 |
Microsoftが示す「対応不要」は、テナント管理者が機能を有効化するための設定が不要という意味です。退職・異動時の申請フローや、外部参加者への通知、Teams会議リンクの更新まで不要になるわけではありません。(Microsoft 365 Message Center Archive)
提供条件と利用できないケース
導入前に、次の条件を確認してください。
| 条件 | 内容 |
|---|---|
| 対象サービス | Exchange Online |
| オンプレミスExchange | コマンドレット自体は利用不可 |
| 実行者 | 必要なExchange Online RBAC権限を持つ管理者 |
| 新しい開催者 | 同じExchange Online組織内のユーザー |
| 新しい開催者の既存参加 | 必須ではない |
| 対象予定表 | ユーザーの既定の予定表のみ |
| 対象会議 | 既存の会議または繰り返し会議 |
| 適用対象 | 次回以降、または指定した将来日以降 |
| グループ／共有メールボックス | 開催者変更の対象外 |
| テナント設定 | 機能の個別有効化は原則不要 |
| 利用開始時期 | テナントごとの段階的ロールアウト |
新しい開催者には、同じExchange Online組織内のSMTPアドレスを指定します。共有メールボックスやMicrosoft 365グループが開催者となっている会議は、このコマンドレットでは移管できません。その場合は、メールボックスやグループへのアクセス権を新しい担当者に付与する運用を検討します。
ロールアウトがまだ完了していないテナントで実行すると、Transfer meeting action is disabledというエラーが表示され、変更は行われません。(Microsoft Learn)
実行前に必ず確認すべき注意点
Teamsオンライン会議の開催者は変更されない
最も注意すべき点は、Exchange Onlineカレンダーの開催者と、関連するTeamsオンライン会議の開催者が別に扱われることです。
Invoke-ChangeMeetingOrganizerを実行しても、既存のTeamsオンライン会議の開催者は元のユーザーのままです。そのため、新しい開催者が既存のTeams会議を管理できない可能性があります。
Teams会議を含むシリーズでは、移管後に新しい開催者が会議シリーズを編集し、新しいTeams会議情報へ更新する必要があります。新しい参加用リンクが発行される可能性があるため、実行直後だけでなく、参加者側の予定表に正しいリンクが反映されたかも確認してください。(Microsoft Learn)
OneDriveの添付ファイルやリンクは権限が引き継がれないことがある
会議本文に元の開催者のOneDriveファイルや共有リンクが含まれている場合、新しい開催者がアクセスできない可能性があります。
移管前に、次の点を確認します。
- ファイルが元の開催者個人のOneDriveに保存されていないか
- 新しい開催者に編集権限があるか
- 退職後もリンクを維持できる保存場所か
- SharePointやTeamsの共有領域へ移したほうがよいか
必要に応じて、新しい開催者がアクセスできる場所へファイルを移し、会議本文のリンクを差し替えます。Microsoft Learnでも、アクセスできない場合は既存リンクを削除し、新しいコピーを追加するよう案内しています。(Microsoft Learn)
元の開催者をすぐ削除しない
退職者の会議を移管する場合は、メールボックスやライセンスを削除する前に処理を実施するのが安全です。
コマンドレットのIdentityには現在の開催者のメールボックスを指定します。対象メールボックスを先に削除すると、会議の特定や移管、移管後の確認が難しくなります。
推奨する順序は次のとおりです。
- 対象となる会議シリーズを洗い出す
- 新しい開催者を決定する
- Teams会議、外部参加者、添付ファイルの有無を確認する
- 開催者を変更する
- 新しい開催者と参加者の予定表を確認する
- 問題がないことを確認してからアカウント処理を進める
同じ件名の会議を取り違えない
「週次定例」「1on1」「プロジェクト会議」のような一般的な件名は、同じ予定表に複数存在する可能性があります。
Subjectで一意に特定できない場合は、返された候補からEvent IDを確認し、EventIdパラメーターを使用します。繰り返し会議の場合は、個別の開催回ではなく、会議シリーズを識別するEvent IDを指定する必要があります。(Microsoft Learn)
Exchange Online PowerShellで利用可否を確認する手順
Exchange Onlineへ接続する
Exchange Online PowerShellモジュールを読み込み、必要な権限を持つアカウントで接続します。
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline `
-UserPrincipalName [email protected]Exchange Online PowerShellでは、接続後にRBACによって利用できるコマンドレットやパラメーターが制御されます。単にMicrosoft 365の管理者であるだけでなく、対象コマンドレットを実行できるExchange Onlineの権限が必要です。(Microsoft Learn)
コマンドレットが読み込まれているか確認する
Get-Command Invoke-ChangeMeetingOrganizer `
-ErrorAction SilentlyContinueコマンドレットが表示されない場合は、次の順で確認します。
- Exchange Online PowerShellへ接続し直す
- Exchange Online PowerShellモジュールが最新のGA版か確認する
- 実行アカウントのRBAC権限を確認する
- Microsoft 365管理センターのメッセージセンターでMC1227623を確認する
- 自社テナントへのロールアウト状況を確認する
コマンドレットが表示されても、実行時にTransfer meeting action is disabledとなる場合は、テナント側でまだ利用可能になっていません。
開催者を変更する実行例
件名で会議を指定する
まずはWhatIfを付け、変更を実行せずに対象を確認します。
Invoke-ChangeMeetingOrganizer `
-Identity [email protected] `
-Subject "Weekly Project Review" `
-NewOrganizer [email protected] `
-WhatIf対象に問題がなければ、WhatIfを外し、Confirmを付けて実行します。
Invoke-ChangeMeetingOrganizer `
-Identity [email protected] `
-Subject "Weekly Project Review" `
-NewOrganizer [email protected] `
-Confirm件名が一意でない場合は、候補として返されたEvent IDを使います。
Invoke-ChangeMeetingOrganizer `
-Identity [email protected] `
-EventId "AAMkAGRlMGI0..." `
-NewOrganizer [email protected] `
-WhatIf将来の日付から開催者を変更する
特定の日付以降の会議だけを移管したい場合は、TransferSeriesStartDateを指定します。
日付文字列の解釈は実行環境の地域設定に左右されるため、明示的にDateTimeオブジェクトを作成すると取り違えを防げます。
$transferDate = [datetime]::ParseExact(
"2026-08-01",
"yyyy-MM-dd",
[Globalization.CultureInfo]::InvariantCulture
)
Invoke-ChangeMeetingOrganizer `
-Identity [email protected] `
-EventId "AAMkAGRlMGI0..." `
-NewOrganizer [email protected] `
-TransferSeriesStartDate $transferDate `
-WhatIf過去の日付や過去の会議インスタンスは移管できません。日付を省略した場合は、次回の会議インスタンスから変更されます。(Microsoft Learn)
作業が終わったら、Exchange Online PowerShellから切断します。
Disconnect-ExchangeOnline -Confirm:$false実行後に確認するチェックポイント
コマンドがエラーなく終了しても、作業完了とは判断しないほうが安全です。少なくとも、次の項目を確認します。
| 確認対象 | 確認内容 |
|---|---|
| 新しい開催者 | 今後の会議が予定表に表示され、日時や参加者を編集できるか |
| 元の開催者 | 過去の会議が意図どおり残っているか |
| 社内参加者 | 開催者名が更新され、重複予定が発生していないか |
| 外部参加者 | 新しい招待を受信し、再回答できるか |
| ハイブリッド参加者 | オンプレミス側の予定表に正しく通知されているか |
| Teams会議 | 新しい開催者が参加・管理できる会議リンクになっているか |
| 添付ファイル | 新しい開催者と参加者がOneDriveリンクを開けるか |
| 元の開催者の参加 | 必要であれば新しい開催者から再招待されているか |
特にTeams会議と外部参加者を含む定例会議は、影響の小さいテスト会議で一連の動作を確認してから、本番の重要会議へ適用するのが安全です。
退職・異動フローへ組み込むべき情報
開催者変更を毎回個別判断にすると、対象会議の取り違えや外部参加者への連絡漏れが起きやすくなります。申請フォームや変更管理チケットには、次の項目を用意すると運用しやすくなります。
| 申請項目 | 記録する内容 |
|---|---|
| 現在の開催者 | UPNまたはメールアドレス |
| 新しい開催者 | UPNまたはメールアドレス |
| 対象会議 | 件名とEvent ID |
| 適用開始日 | 次回開催または指定日 |
| 会議の種類 | 単発または繰り返し |
| 外部参加者 | 有無と連絡担当者 |
| ハイブリッド参加者 | オンプレミスメールボックスの有無 |
| Teams会議 | 既存リンクの更新担当者 |
| 添付ファイル | OneDriveやSharePointリンクの確認結果 |
| 承認者 | 部門責任者や会議オーナー |
| 実行結果 | 実行日時、担当者、確認結果 |
Microsoftの公開情報では、特別なコンプライアンス上の考慮事項は示されていません。ただし、管理者が他のユーザーの会議開催者を変更する操作であるため、社内の承認記録と実施記録は残しておくべきです。(Microsoft 365 Message Center Archive)
よくある誤解
OutlookやTeamsから開催者を変更できるようになったのか
現時点では、管理者がExchange Online PowerShellから実行する機能です。
Outlook on the web、新しいOutlook、Teamsなどからユーザー自身が開催者を変更する機能は、将来のリリースとして案内されています。今回のロールアウトと同時に一般ユーザー向けボタンが提供されるわけではありません。
Teams会議の開催者も新しいユーザーになるのか
なりません。
Exchange Onlineカレンダー上の開催者は変更されますが、関連するTeamsオンライン会議の開催者は自動更新されません。新しい開催者が会議シリーズを編集し、Teams会議情報を更新する必要があります。
参加者全員が会議を承諾し直すのか
同じExchange Online組織内の参加者は、原則として再回答不要です。
組織外の参加者と、ハイブリッド環境でオンプレミスにメールボックスを持つ参加者は、新しい招待への回答が必要です。
過去の会議も新しい開催者へ移せるのか
移せません。
変更できるのは、次回以降または指定した将来日以降の会議です。過去のインスタンスは元の開催者の予定表に残ります。
一度変更した会議を再び別の開催者へ移せるのか
新しい開催者へ移った今後の会議は、さらに別の開催者へ移管できます。
一方で、最初の移管後も元の開催者側に残っている部分については、再度移管できない制限があります。適用開始日を指定する場合は、対象範囲を慎重に決めてください。(Microsoft Learn)
まず行うべき対応
退職者や異動者が長期の定例会議を開催している組織は、Microsoft 365管理センターでMC1227623とRoadmap ID 554937を確認し、自社テナントでInvoke-ChangeMeetingOrganizerが利用できるかを検証してください。
利用可能になっている場合でも、すぐに重要会議へ適用するのではなく、社内参加者だけのテスト会議で動作を確認します。その後、退職・異動フローに開催者変更の申請、Teams会議リンクの更新、外部参加者への通知、添付ファイルの確認を組み込みます。
この機能の価値は、単にPowerShellで開催者を変更できることではありません。会議シリーズを作り直す負担を減らしながら、長期会議の運営責任を正式に引き継げる点にあります。ただし、Exchangeカレンダー、Teams会議、OneDriveの権限は別々に確認する必要があります。「開催者変更コマンドの成功」ではなく、「新しい開催者が会議を問題なく運営できる状態」を完了条件にすることが重要です。
コメント