Contents
48時間での最優先アクション（クイック実行リスト）
提供終了発表後、最初の48時間で着手すべき作業を短くまとめます。ここで示す順序は現場で即実行できる優先度に基づきます。
データの最優先エクスポートと冗長保存
最初に録画・トランスクリプト等の重要データを確保します。
- 優先対象を明確化する（録画・トランスクリプト・チャットログ・アップロードファイル等）。
- 管理コンソールやMeta Questアプリでエクスポート機能の有無を確認し、可能なら即座にエクスポートする。
- 管理コンソールでダウンロード不可の場合、ヘッドセットのローカル回収（USB／ADB）を直ちに実行する。
- エクスポート後はSHA-256等でチェックサムを生成し、暗号化（AES-256推奨）して複数の保管先に保存する。チェーンオブカストディを記録すること。
担当者・権限・法務の即時アサイン
役割を明確にし承認フローを確立します。
- プライマリ担当者と代替担当者を決め、権限（管理コンソール、MDM、クラウドストレージ）を確認する。
- 法務に連絡し保存義務・保全指示（リガルホールド）を確認・取得する。
- 重要対応はログ化し、変更やエクスポートの証跡を確実に残す。
鍵管理と暗号化の保全（復号検証まで）
暗号鍵の扱いで失敗すると復旧不能になります。必ず復号検証を行います。
- KMS（AWS KMS/Azure Key Vault/GCP KMS等）を利用する場合、顧客管理鍵（CMK）が削除予定になっていないか確認する。
- 暗号化はエンベロープ暗号化（DEKをKMSでラップ）を推奨する。
- 暗号化後に必ず復号テストを行い、復旧手順をドキュメント化する。
公式情報と想定事項の区別
Meta公式で確定した事項と、運用上の「想定（未確定）」を明示します。想定部分は必ず管理コンソールやMetaサポートで裏取りしてください。
Meta公式で確認できる事項
公式発表に記載された確定事項を示します（参照：Meta公式ヘルプ「Workrooms提供終了のお知らせ」、Questヘルプの変更ページ、確認日: 2026-05-11）。
- 提供終了日（公式通知に基づく）と一部機能の停止日程。
- Meta Quest Remote Desktopアプリについては継続利用が案内されている点。
運用上の想定（要確認）
公開情報に明示されない点は想定として扱い、必ず確認を行ってください。
- 録画のクラウド保管期間・閲覧／ダウンロード可能期間は公式に明記がない場合が多く、管理コンソールとサポートで確認する必要があります。
- APIの挙動、エクスポート可否、ログ保持期間、ユーザープロフィールの取扱いは機種・アカウント種別・リージョンで異なる可能性があります。
- ヘッドセット内のファイルパスや管理操作（MDM経由の初期化等）はファームウェアやOSバージョンで異なるため、OS別手順で検証してください。
残存データの把握とコンプライアンス対応、リスク評価
ここでは残存データを洗い出し、優先度と法務対応を示します。法務との合意を得た上で実行してください。
残存データ一覧と優先順位
以下は主要データ種別の想定所在と推奨アクションの一覧です。組織実態に応じて優先順位を調整してください。
| データ種別 | 想定所在 | 優先度 | 想定形式 | 推奨アクション |
|---|---|---|---|---|
| 会議録画 | クラウド / ヘッドセット | 高 | MP4 等 | 管理コンソールでエクスポート、不可ならヘッドセットから回収。チェックサム・暗号化・冗長保存 |
| トランスクリプト | クラウド / エクスポート | 高 | TXT / JSON | 検索可能形式で保存、個人情報の処理方針を法務確認 |
| チャットログ | クラウド / 管理コンソール | 中〜高 | CSV / JSON | アクセス限定でエクスポート、証跡保管 |
| アップロードファイル | クラウド / ユーザ領域 | 中 | PDF/DOC/画像 | 一覧化して優先順で保存、PIIは匿名化要検討 |
| ユーザープロフィール | クラウド | 中 | JSON | 個人情報は法務と調整して保全 |
| 参加ログ・メタデータ | クラウド | 中 | CSV/JSON | eDiscovery要件に応じ保全 |
| 管理/APIログ | サードパーティ / クラウド | 低〜中 | JSON/ログ | 依存先との協議後必要分を保存 |
| 端末ローカルログ | ヘッドセット | 低 | テキスト | 必要性を評価の上で取得 |
チェーンオブカストディ記録（必須項目例）
チェーンオブカストディの記録例は次の通りです。エビデンスとして保存してください。
- エクスポート日時（UTC）
- ファイル名、パス、ファイルサイズ
- チェックサム（SHA-256）
- エクスポート担当者と代行者
- 保存先（S3バケット/ファイルサーバ/オフライン媒体）
- 保管ポリシー（暗号化アルゴリズム、KMSキーID等）
法務・コンプライアンスで確認すべき項目
法務と必ず合意するべき主要項目です。
- 保存義務（業界・国別）と保有期間の確定
- 訴訟予測がある場合のリガルホールドの指示取得と別保管の実施
- 個人情報の第三者移転可否、匿名化／マスキング方針
- 復元テストの実施（保存したデータを必ず復号して確認）
データエクスポートとバックアップ：実務手順（Questアプリ／ヘッドセット／ADB別）
エクスポート手順は機種やOS、権限に依存します。まず小規模で検証を行い、本番実行は承認済みの担当者で行ってください。
管理コンソール／モバイルアプリ経由の確認
管理コンソールやQuestモバイルアプリでエクスポート機能が提供されている場合は、まずその方法を利用してください。
- 管理者アカウントで管理コンソールにログインし、Workrooms関連のデータエクスポートやレポート機能を確認する。
- 管理コンソールに該当機能が無ければ、ヘッドセットのローカル回収を優先する。
- 公式ドキュメント（Workrooms提供終了のお知らせ等）や管理画面のエクスポート手順を確認すること（確認日: 2026-05-11）。
ヘッドセット→PC（Windows）
Windows環境での一般的な手順と注意点です。
- 準備：PC側に十分な空き容量、USB-C ケーブル（データ対応）を用意する。
- 接続：ヘッドセットをUSB-CでPCに接続し、ヘッドセット側で「ファイル転送を許可」や類似のプロンプトを許可する。
- コピー：エクスプローラ上でデバイス内を参照し、録画・ファイルの所在フォルダ（機種・FWで変わる）を探してPCへコピーする。
- トラブル例：デバイスが表示されない場合はケーブル交換、別ポート試行、ヘッドセットの再起動、USBドライバ確認を行う。管理コンソールでクラウド保管の有無も併せて確認する。
ヘッドセット→Mac（macOS）
macOSはMTPのサポートが限定的なため代替手段が必要です。
- Android File Transfer / OpenMTP 等のMTPクライアントを利用するか、ADB経由で回収する。
- MTPクライアントが動作しない場合はADBを利用してファイルをpullする手順を選択する。
ヘッドセット→Linux
Linuxではjmtpfsやadbが有力です。
- jmtpfsを使ってマウント、もしくはadb経由でファイルを回収する。
- udevルールが必要になる場合があるため、Android開発者向けのドキュメントに従って権限設定を行う。
ADB（開発者モード）による回収
開発者モードとADBはより確実にファイルを取得できますが、事前準備が必要です。
- ヘッドセット側で開発者モードを有効化し、USBデバッグを許可する（Meta Questモバイルアプリでの設定が必要な場合があります）。
- PCにADBをインストールし、接続後に「adb devices」で認識を確認する。
- ファイル取得：adb pull /sdcard/
/ ./localdir などでコピーする。パスは機種・FWで変動するため、事前にディレクトリ一覧を取得して確認する。 - 典型的なエラーと対応：device unauthorized → ヘッドセット側でデバッグ許可を再承認。permission denied → 管理者権限や正しいパスを確認。
整合性確認とチェックサム生成
取得後は必ず整合性確認を行います。
- Windows：certUtil -hashfile "ファイル名" SHA256
- macOS/Linux：shasum -a 256 ファイル名 または sha256sum ファイル名
- チェックサム、ファイルサイズ、取得日時をCSVで管理しチェーンオブカストディに添付する。
暗号化と鍵管理（KMSを利用する場合の実務ガイド）
暗号鍵の運用ミスはデータ復旧不能に直結します。以下を実行してください。
- 推奨方式：エンベロープ暗号化を採用する。ファイルごとにDEK（対称鍵）を生成し、DEKをKMS（CMK）でラップして保存する。ファイル本体はDEKでAES-256-GCM等の認証付き暗号で暗号化する。
- KMS運用：CMKのアクセス制御（IAMポリシー）を限定し、キーの自動削除設定がないことを確認する。キーは復号テストができる状態で保管する。
- 鍵ローテーション：ローテーションポリシーを定め、ローテーション時は既存のDEKを新しいCMKで再ラップする等の手順を用意する。
- 復号検証：保存後、別の環境で必ず復号テストを行い、復号手順をドキュメント化する。
- 重大注意：CMKを誤って削除すると関連するすべてのデータが復号不能になるため、削除操作は多段階の承認を要する手順に組み込む。
アカウント整理・ライセンス処理・ハードウェア管理の実務手順
提供終了に伴うアカウント処理とデバイス管理の流れを示します。削除はバックアップと法務承認後に実施してください。
ユーザーアカウントとアクセス権の整理（SSO/ディレクトリ連携含む）
アカウントの棚卸と段階的無効化手順です。
- アカウントインベントリを作成（組織ID、ユーザー名、メール、ロール、Workroomsアクセス有無、デバイス割当、バックアップ済フラグ）。
- 優先無効化：管理者アカウント、APIキー、サービスアカウントを優先して無効化。ただしバックアップと法務承認後に実施すること。
- SSO連携：Azure AD / Google Workspace等でWorkroomsアプリの割当解除、アプリケーションのOAuthクライアントを無効化・シークレットをローテーション。
- 作業ログを残す（timestamp, operator, action, target_account, reason, evidence_link等）。
トークン／APIキーの失効
サードパーティ連携の停止手順です。
- すべてのAPIクライアント、Webhook、サービスアカウントの一覧化。
- 依存システムを確認し、影響範囲を特定後にトークンを失効またはローテーションする。
- 必要に応じてサードパーティと連絡し連携解除を行う。
MDM・初期化（工場出荷）と保全注意点
デバイスの廃棄や再配備時の注意点です。
- ローカルデータはバックアップ・暗号化・復号確認が完了するまで初期化しない。
- MDM（Intune等）からのリムーブ手順を準備し、管理コンソールでデバイスのワイプ／解除を実施する。
- 工場出荷リセットは最終手段とし、法務承認と実行ログを保持する。
サードパーティ統合と代替ソリューションの実務比較
Workrooms終了の影響は外部統合にも及びます。代替ツールを選ぶ際の実務的な評価ポイントと移行影響を提示します。
カレンダー／招待の移行影響と対応策
カレンダー連携は利用者影響が大きいため計画的に置換します。
- 既存イベントをキーワード（「Workrooms」「Horizon」等）で抽出し対象イベントを一覧化する。
- 重要会議は手動でリンクを更新して再招待する。定常的な定期会議は一括更新を検討する。
- 自動化はGoogle Calendar API / Microsoft Graph API等で実行可能だが、実行権限を持つ管理者が作業すること。
代替ツールの選定チェックリストと比較ポイント
代替ツールを選定する際に必ず確認する項目を列挙します。ベンダーの公式ドキュメントで数値や仕様を確認してください。
- 録画のエクスポート可否とファイル形式（MP4等）
- 録画保存先と保持期間、クラウド録画の上位プラン要否
- トランスクリプト対応（自動文字起こし・言語）
- SSO対応（SAML/OIDC）、SCIMによるユーザー同期
- APIの有無とログ取得（監査ログ）
- 最大同時参加者数・スケール制限（プラン依存）
- セキュリティ機能（サーバーサイド暗号化・KMS連携・DLP統合）
- 導入コスト・運用工数・UX（VR寄りかPC寄りか）
候補ツール（例）については、各ベンダーのエンタープライズ仕様を確認のうえ、上記項目で比較してください。ベンダーにより「録画のエクスポート」「参加上限」「SSO実装」はプランや設定で変わりますので必ず公式ドキュメントを参照し、確認日を記録してください。
移行計画、検証チェックリスト、社内通知テンプレ、トラブル対応
移行実行時に使えるスケジュール例とチェックリスト、通知文の例を示します。実行は承認フローに従ってください。
移行スケジュール・担当分担（即時〜中期の推奨フェーズ）
短期の優先度を明示します。
- 0–48時間：担当者決定、重要データのエクスポートと冗長保存（ここでの成功が最優先）
- 1–7日：全データのバックアップ完了、主要連携の一時停止・切替開始、法務による保全合意の取得
- 8–30日：代替ツールのパイロット実施、社内トレーニング、カレンダー再発行
- 30日〜：運用ポリシー定着、定期レビューと復元テストの実施
検証チェックリスト（主要項目）
移行後に必ず行う検証項目です。
- ファイル整合性（チェックサム一致）
- 録画の再生確認（複数端末で）
- トランスクリプトの検索性と一致率確認
- アクセス権の最小権限適用確認
- カレンダー招待のリンク更新確認
- 主要サードパーティ連携の動作確認（Slack/Teams等）
- パイロットユーザーからのレポート収集（満足度・障害）
社内通知テンプレート（利用者向け：例）
以下は利用者向けにシンプルに伝える例文です。組織の文言・窓口に合わせて編集してください。
件名：Workrooms提供終了に伴う重要なお知らせ
本文（要点のみ）：
- Workroomsの提供終了に伴い、利用サービスが終了します。
- 影響範囲：会議録画、トランスクリプト、招待リンク等（詳細は添付のFAQを参照）。
- 対応：重要な録画・ファイルは組織で保全済みです。必要な手続きや代替ツールの案内は順次通知します。
- 問い合わせ：所属部署の窓口（内部窓口名）へご連絡ください。
Metaサポート問い合わせテンプレート（実務向け）
Metaサポートへ問い合わせるときに提示すべき情報例です。
- 組織名 / 管理コンソールの組織ID
- 影響アカウントID / ユーザーID（該当する場合）
- デバイスシリアル（該当する場合）
- 発生日時（UTC）とタイムゾーン
- 再現手順（ステップ）と期待される挙動・実際の挙動
- 添付：ログファイル名、チェックサム一覧、エクスポートの証跡
まとめ（実務で押さえるべき要点）
- まず48時間以内に担当者を決め、最優先でデータエクスポートと冗長バックアップを実施すること。
- 録画・トランスクリプト・チャット等のデータはチェックサム付きで暗号化し、複数箇所に保存すること。
- アカウント/SSO整理、APIキー失効、MDMによるデバイス管理と工場出荷は、バックアップと法務承認の後に段階的に実施すること。
- 暗号鍵（KMS）の扱いに最大限注意し、復号テストと鍵ポリシーを必ず確認すること。
- 代替ツールは録画エクスポートやSSO/監査ログなどの実務要件で評価し、パイロットで検証すること。
参考：Meta公式のWorkrooms提供終了案内およびQuest関連ヘルプを参照し、具体的なエクスポート可否やAPI挙動は管理コンソール／Metaサポートで裏取りしてください（参照例: Meta公式ヘルプ「Workrooms提供終了のお知らせ」 https://www.meta.com/ja-jp/help/quest/2464765133873078/、Questヘルプ変更ページ https://www.meta.com/ja-jp/help/quest/905237787864011/、確認日: 2026-05-11）。