ArcGIS Pro 3.6をMacで使う方法は、macOSへの直接インストールではなく、Windows 11 ARM仮想環境を試すか、認証済みWindows x64環境へ切り替えることです。Apple Silicon Macでは、授業用の地図作成や通常の2D編集なら仮想環境を先に検証できますが、AVX、DirectX 12、深層学習ツール、重いGPU処理を含む研究では、最初から認証済みWindows環境を選ぶ方が安全です。

この判断は、ArcGIS Pro 3.6の画面が開くかどうかだけで決めてはいけません。プロジェクト、ライセンス、ジオプロセシング、Python、成果物の再現まで確認して、研究や授業の受入れ可否を判断します。

対象は、Apple Silicon MacだけでGIS授業や論文図面を進める学生、macOSの研究ツールとArcGIS Proを併用する研究者、研究室の端末構成を決める大学の技術担当者です。

※最終更新：2026年9月12日。ArcGIS Pro 3.6のシステム要件、Macでの実行説明、Windows on Armの互換機構を公式資料で確認しています。

まず確認する：MacでのArcGIS Pro 3.6は「対応」と「起動」を分ける

ArcGIS Pro 3.6の公式なシステム要件は、認証対象をWindows x64システムとして説明しています。したがって、Apple Silicon Mac上でWindows 11 ARMを動かしてArcGIS Proを起動できても、macOS版が提供されているという意味ではありません。詳細はArcGIS Pro 3.6の公式システム要件とMacでArcGIS Proを実行する場合の公式説明で確認できます。

Windows 11 ARMでは、x86アプリを互換機構で動かせる場合があります。Microsoftも、Windows on Armにおけるx86アプリのエミュレーションを説明していますが、アプリが動くことと、すべての機能が認証済みであることは別の問題です。Windows 11 ARMのx86アプリ互換機構も併せて確認してください。

研究・授業の作業 Mac上のWindows 11 ARM 認証済みWindows x64
地図の閲覧、レイヤー表示、通常の2D編集 最初の検証候補 安定した選択肢
シンボル設定、レイアウト、PDFなどへの出力 実データで受入れ確認 そのまま運用しやすい
ArcPy、外部Pythonパッケージ、データベース接続 依存関係を個別確認 研究環境を固定しやすい
AVX依存、DirectX 12、深層学習、重い3D処理 停止条件にしやすい 優先候補
macOSの研究ツールとの併用 遠隔Macの価値がある 別のMacが必要になる場合がある

Windows 11 ARMをMacで利用する場合のライセンスや仮想化条件は、利用する仮想化製品とWindowsの契約形態によって確認が必要です。Apple M1、M2、M3チップ搭載MacでWindows 11を使う場合のMicrosoft案内を先に確認し、大学の包括契約がある場合は情報システム部門にも問い合わせます。

第一段階：GIS授業と通常の2D編集から受入れを始める

Macの仮想環境が向いているかを判断するなら、空のプロジェクトではなく、実際の授業課題や論文用の公開データを使います。地図の閲覧、レイヤーの追加、シンボル変更、属性編集、座標系の確認、レイアウト作成、成果物の書き出しを一つの流れで確認してください。

この場面では、画面が滑らかに動くことより、次の条件を重視します。

  • 既存のArcGIS Pro 3.6プロジェクトを開ける
  • 必要なフォントとシンボルが欠落しない
  • レイヤーのパスと座標系が変わらない
  • 編集内容を保存し、再度開いて同じ状態になる
  • PDF、画像、ジオデータベースなどの成果物を指定形式で出力できる
  • 学生用または大学用ライセンスで認証が完了する

GISの学生がMacだけでArcGIS Proの課題を進める場合、まずこの範囲を一つの代表課題で確認します。単純な地図表示だけが成功しても、提出用のレイアウトやデータ保存が失敗するなら、課題全体には使えません。

第二段階：地理処理とPythonを代表モデルで検証する

空の地図が開いた後は、論文や研究プロジェクトで実際に使う地理処理ツールを一つ選びます。バッファー、空間結合、ラスタ処理など、最終成果に影響する代表的なモデルを入力データ付きで実行し、処理ログ、中間ファイル、最終出力を保存します。

ArcGIS ProのPython環境は、単なるシステムPythonではありません。ArcGIS Pro向けのPython環境やconda環境には専用の構成があるため、ArcGIS ProのPython環境に関する公式文書とconda環境の公式説明を基準にします。

特に確認すべきなのは、次のような架構依存の部分です。

  • ArcPyスクリプトが想定したPython環境で実行されるか
  • 研究室で使っている外部パッケージを追加できるか
  • ネイティブ拡張を含むパッケージが動作するか
  • ネットワーク上のデータベースや共有フォルダーへ接続できるか
  • 入力、ログ、中間データ、最終結果が再現されるか

AVX依存、ドライバー、ネイティブ拡張、特定のGPU機能でエラーが出た場合は、仮想環境の設定を延々と変更しない方がよいでしょう。公式の制限に該当する可能性があるため、認証済みWindows x64環境で同じモデルを再検証するのが合理的です。

第三段階：3D、リモートセンシング、深層学習は別判定にする

基本的な3Dシーンを表示できたとしても、GPUを大量に使う解析や大規模な描画まで適しているとは限りません。ArcGIS Pro 3.6のMac実行に関する公式説明では、仮想GPU、DirectX 12、AVX、深層学習ツールなどに関係する制限が示されています。したがって、簡単なシーン表示を根拠に、深層学習や大規模3D処理の成功を予測してはいけません。

次のいずれかが研究の中心なら、Mac仮想環境は本番環境ではなく、補助的な確認用途に限定します。

  • 深層学習ツールを使った画像分類や物体検出
  • DirectX 12を必要とする機能
  • AVXなど特定のCPU命令に依存する処理
  • 大容量ラスタや多数の3Dレイヤーを扱う解析
  • GPUの安定した連続利用が必要なプロジェクト

注意：リモート操作で画面が遅く見える場合、原因がArcGIS Proの計算性能なのか、接続遅延なのかを分けて記録します。処理時間、ログの完了時刻、画面更新の体感を同じ評価項目にしてはいけません。

macOSの研究ツールも必要なら、遠隔Macを双環境として検討する

macOS専用の解析ツール、論文執筆環境、Apple向け開発環境を残したままArcGIS Proも使いたい場合、遠隔Macの利点は「ArcGIS ProをmacOSアプリに変えること」ではありません。macOSを使いながら、同じMac上にWindows 11 ARM仮想環境を用意して、Windows側でArcGIS Proを検証できる点にあります。

ただし、macOSとWindowsの間で同じフォルダーを無秩序に共有すると、パスの違い、ファイルロック、文字コード、相対パスの崩れが起きやすくなります。次のように受け渡し境界を決めておくと、研究成果の混在を抑えられます。

  1. 原本データは読み取り専用の保管場所に置きます。
  2. Windows側の作業用データとmacOS側の解析用データを分けます。
  3. Gitまたはオブジェクトストレージでは、成果物と中間ファイルの役割を定義します。
  4. スクリプト内の絶対パスを避け、環境ごとの設定ファイルに分離します。
  5. 代表データを実際に受け渡し、座標情報、属性、文字化け、出力形式を確認します。

macOSとWindowsのGISプロジェクトを研究室内で引き渡す場合は、プロジェクト本体だけでなく、参照データ、フォント、座標系、外部ツール、出力先も記録します。必要に応じて、RUVCLOUDの日本語案内から利用条件を確認してください。

第四段階：レンタル前に実プロジェクトで判定する

遠隔Macを短期で試す場合も、ArcGIS Pro 3.6が確実に動くと前提を置かず、研究室の実データで受入れを行います。Windows仮想環境の作成可否やライセンスは、利用するWindows契約と仮想化環境の条件に左右されます。ArcGIS Proの仮想環境におけるライセンス条件は、公式の仮想化ライセンス説明で確認してください。

次のチェックリストを上から順番に実行すると、短期検証の失敗を減らせます。

  • [ ] Apple Silicon上でWindows 11 ARM仮想環境を作成できることを確認する
  • [ ] Windowsのライセンスと大学のArcGIS Proライセンスの利用条件を確認する
  • [ ] ArcGIS Pro 3.6を起動し、アカウント認証を完了する
  • [ ] 実際の授業課題または論文プロジェクトを開く
  • [ ] 座標系、フォント、レイヤーパス、属性テーブルを確認する
  • [ ] 代表的な2D地理処理を実行し、ログと中間ファイルを保存する
  • [ ] ArcPyスクリプトを実データで実行する
  • [ ] 成果物を指定形式で出力し、別の環境で開き直す
  • [ ] AVX、DirectX 12、深層学習、GPU処理の有無を確認する
  • [ ] 処理時間と遠隔画面の操作感を別々に記録する
  • [ ] 失敗時に認証済みWindows x64へ切り替える基準を決める

この検証で、2D編集と成果物出力まで問題がなければ、Mac上の仮想環境を授業や軽量な研究補助に使える可能性があります。一方、核心ツールが公式制限に触れる場合、または同じ結果を再現できない場合は、Windows x64のワークステーションやHPCとは別の認証済みWindows算力へ移行します。

遠隔MacとWindows主機をどう選ぶか

ArcGIS Proだけを長期間、安定した性能で使うなら、認証済みWindows x64環境が基本的に適しています。GPU処理、深層学習、複雑な3D、厳密な再現性が研究の中心なら、仮想化による不確実性を減らせます。

一方、macOS専用ツールも同じ研究工程で必要、Macを常設購入する前に短期間だけ検証したい、または授業用の通常2D作業を低コストで確認したい場合は、遠隔Macを双環境として試す意味があります。RUVCLOUDの日本語向け利用ページを確認する際も、先にWindows仮想環境の作成可否、ライセンス、実プロジェクトの受入れ条件を問い合わせるべきです。

現在のMac単体運用には、ArcGIS ProをmacOSへ直接入れられないこと、Windows仮想環境で機能制限を確認する手間があること、重いGPU処理で認証済み環境へ移行する可能性があることという弱点があります。反対に、Windows専用主機だけではmacOS研究ツールを同時に維持しにくく、短期の授業や互換性確認には導入負担が大きくなりがちです。

そのため、MacとmacOSの研究環境を残しながらArcGIS Proの実作業を試す段階では、RUVCLOUDのMacレンタルを短期または月単位で利用し、本人のプロジェクトでライセンス、ツールボックス、成果物出力を確認する方法が現実的です。ただし、公式制限に該当する高負荷処理まで仮想環境で完結させようとはせず、早い段階で認証済みWindows x64へ切り替えることが、研究スケジュールと費用の両方を守ります。