解析途中のSPM12環境を上書きすると、論文の再現性と切り戻し手段を同時に失うおそれがあります。
新規課題はSPM 25.01.02を既定候補にし、投稿中・再現中の課題はSPM12を保持し、移行案件だけを隔離環境で双轨検証します。
新規の神経画像プロジェクトではSPM 25.01.02を標準候補とし、投稿中の論文や過去結果の再現ではSPM12を保持する判断が安全です。本文では、MATLABライセンス、旧スクリプト、Apple Silicon、遠隔Macを含めた双轨検証と停止条件を整理します。
新規の神経画像プロジェクトではSPM 25.01.02を標準候補とし、投稿中の論文や過去結果の再現ではSPM12を保持する判断が安全です。本文では、MATLABライセンス、旧スクリプト、Apple Silicon、遠隔Macを含めた双轨検証と停止条件を整理します。
解析途中のSPM12環境を上書きすると、論文の再現性と切り戻し手段を同時に失うおそれがあります。
新規課題はSPM 25.01.02を既定候補にし、投稿中・再現中の課題はSPM12を保持し、移行案件だけを隔離環境で双轨検証します。
初めてfMRI、PET、EEG、MEGの解析環境を構築する大学院生は、新しい安定版を基準にできます。
SPM12で論文作業や過去研究の再現を進めている研究者は、重要な締切と同時に更新しない判断が必要です。
Apple Silicon Mac、MATLABライセンス、研究室の解析環境を管理する技術担当者には、プロジェクトごとの固定版と回帰検証の設計が役立ちます。
2026年9月7日時点で、SPM公式GitHubはSPM 25.01.02を最新の安定リリースとして表示しています。一方、公式のSPM12案内は旧版として扱われており、次の選択では「新しいか古いか」だけでなく、研究のライフサイクルを優先します。
| 研究状況 | 第一候補 | 確認する証拠 | 移行・停止の判断 |
|---|---|---|---|
| 新規に立ち上げる課題 | SPM 25.01.02 | 公式リリース、インストール方法、代表データの解析結果 | 最小バッチと成果物が一致すれば継続 |
| 投稿・査読・再現中の課題 | SPM12 | 保存済みのSPM.mat、スクリプト、設定、入力データ | 重要な結果が固まるまで保持 |
| 旧スクリプトや拡張機能を使う課題 | SPM12を保持しつつ双轨 | 関数呼び出し、バッチ項目、MEX、拡張機能の説明 | 原因不明の差分があれば旧版へ戻す |
| MATLABライセンスがない課題 | Standaloneを小規模検証 | MATLAB Runtime、GUI、バッチ、拡張機能 | 自作コード依存なら即決しない |
| Apple Silicon上の移行 | 両版を分離 | MATLAB、MEX、パス、書き込み先、遠隔操作 | 環境を混ぜず、代表タスクで判定 |
SPMの公式バージョン表記とリリースの扱いは、公式のリリース一覧とバージョン番号の説明で確認できます。26.01.alpha21のようなプレリリースは、安定版と同じ前提で本番研究へ採用しないでください。
初めて構築する研究では、過去の授業資料がSPM12を使っていたという理由だけで旧版を選ぶ必要はありません。公式の安定リリース、推奨される導入方法、代表的なデータセットを使って、最初の解析基準を作る方が管理しやすくなります。
ただし、画面が開いたことだけを成功条件にしてはいけません。バージョン表示、GUIの起動、最小バッチの完了、結果ファイルの生成を一つの受け入れ条件として記録します。
すでに投稿、査読、学位論文の最終解析へ進んでいる場合、SPM 25.01.02への更新を締切と同時に行うべきではありません。版の変更で結果が変わると、差分の原因がデータ、設定、MATLAB、拡張機能のどこにあるか切り分けにくくなります。
SPM12で次の情報を読み取り専用の原本として保存します。
過去結果を再現したい場合は、まず同じSPM12環境で原本を再実行します。その後、コピーした入力データをSPM 25.01.02で処理し、事前に決めた主要な出力項目が一致するかを確認します。差分を説明できないまま新しい版へ切り替えるのは避けます。
注意：GUIが開くことは互換性の証拠ではありません。関数呼び出し、バッチのフィールド、既定パラメータ、MEXファイルの読み込みまで確認できて初めて、移行候補と判断します。
SPM12のバッチをSPM 25.01.02へそのまま移せるとは限りません。公式のSPM12資料、利用中の拡張機能の説明、実際のエラーログを照合し、関数名だけでなく入力構造と出力ファイルまで確認する必要があります。
自作のMATLABコードや研究室テンプレートを使う場合は、次の順序で検証します。
SPM12とSPM 25.01.02を別のフォルダーに置き、MATLABのパス、起動スクリプト、作業ディレクトリ、書き込み先を分けます。共有の設定ファイルを使うと、意図せず旧版の関数を新版本から呼び出す可能性があります。
バッチで呼び出す関数、追加ツールボックス、MEXファイル、外部コマンドを一覧化します。MEXのプラットフォーム依存性は、MathWorksのMEX互換性資料と、SPMのMEXコンパイル説明を基準に確認します。
匿名化した小規模データを使い、前処理、モデル推定、主要な統計出力を同じ条件で実行します。画面上の警告が消えたことではなく、ログ、ファイル構成、主要な数値、可視化結果を比較対象にします。
結果差分の原因が不明な場合は、SPM12を残して移行を中止します。第三者ツールボックスの互換性を公式に確認できない場合も、コミュニティの個別報告だけで全面移行しない方が安全です。
予算が限られる学生は、ライセンス費用だけでSPM 25.01.02 Standaloneを選ばないでください。Standaloneで必要なMATLAB Runtime、グラフィカル画面、バッチ処理、追加ツールボックス、自作MATLABコードの可否を先に確認します。
SPM公式のStandalone導入説明では、通常のMATLAB版と異なる前提が示されています。自作コードや追加ツールボックスに依存する論文なら、代表的なデータを使った小規模検証を先に行い、動作範囲を記録します。
一方、標準的な処理だけを再現し、必要な拡張機能がStandaloneに対応していると確認できるなら、ライセンスを新たに用意する前の候補になります。結論は「MATLABがないからStandalone」ではなく、「研究手順全体がStandaloneで完結するか」です。
Apple Siliconでは、SPM本体だけでなくMATLABの対応状況、MEXファイル、追加パス、GUIの遠隔操作を分けて見ます。MathWorksのApple Silicon対応範囲を確認し、利用するMATLABの構成を先に固定します。
両版を保つ場合は、次の構成にします。
遠隔Macを使う場合、画面の遅延と計算結果を混同しないことが重要です。VNCやウェブ操作が重くても、ホスト側のバッチ処理が正常とは限りません。反対に、画面が滑らかでもMEXやパスの誤りは発見できません。
研究室にApple Silicon Macがない場合は、研究用Mac環境の選択肢を確認し、短期間の回帰検証に必要な権限、接続方法、成果物の持ち出し手順を先に整理します。遠隔利用では、データの匿名化と研究機関の情報管理規程も適用してください。
課題のライフサイクルごとに、次の三つへ分類すると判断がぶれにくくなります。
課題ごとにSPM、MATLAB、macOS、拡張機能、スクリプトの版情報を記録し、切り戻す環境と停止条件を決めます。停止条件には、主要出力の不一致、MEX読み込み失敗、バッチ項目の欠落、成果物の生成先変更を含めます。
Apple Silicon環境を研究室へ配布する場合は、Mac環境の導入手順と利用条件も確認し、利用者ごとの権限とデータ保管場所を分けてください。共有アカウントで全員が同じ起動ファイルを編集する運用は、再現性の記録を壊しやすい方法です。
新しい神経画像プロジェクトで、旧スクリプトや過去結果への依存がないなら、SPM 25.01.02を選びます。すでに論文の主要結果がSPM12で作られているなら、SPM12を残したまま作業を完了する方が安全です。
自作コード、MEX、第三者ツールボックス、Standaloneの適合性を検証できていない場合は、双轨運用が現実的です。原因不明の差分が残る限り、移行を完了扱いにしないでください。
研究室に隔離検証用のMacがない場合は、いきなり実機を購入するより、VNCMacの遠隔Apple Silicon Macを短期または月単位で用意し、SPM12とSPM 25.01.02を分けて代表タスクを回す方法があります。既存のLinuxやWindows環境だけではmacOS固有のMATLAB、MEX、GUI挙動を確認できず、学内共用機では管理者権限や利用時間の制約も生じます。長期の高頻度処理、機密データの常時保管、専用機器との物理接続が必要なら自前のMacが適しますが、移行可否を判断するための一時的な検証では、必要な期間だけMac環境を借りる方が過剰投資を避けやすいです。